1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/season-fan-autometer-api

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
Внести вклад в разработку кода
Синхронизировать код
Отмена
Подсказка: Поскольку Git не поддерживает пустые директории, создание директории приведёт к созданию пустого файла .keep.
Loading...
README.md

Автометрика

  1. Автометрика — это платформа автоматизированного тестирования, предназначенная для функционального и производительностного тестирования распределённых сервисов и микросервисов с использованием протоколов HTTP и Dubbo. Она предоставляет комплекс услуг, включая управление проектами, микросервисами, API-интерфейсами, тестовыми случаями, средами, тестированием, подготовкой условий, тестовыми наборами, управлением переменными, планированием тестов, мока-серверами и отчётностью по тестированию.

Изображение

В процессе разработки проекта и его последующего выпуска программисты и тестировщики должны выполнять отладку, регрессионное тестирование и тестирование производительности микросервисных API. Хорошая платформа автоматизации тестирования должна решать пять основных вопросов:

  1. Поддерживает работу нескольких участников проекта, ролей и специалистов;
  2. Поддерживает определение различных тестовых сред;
  3. Поддерживает определение различных систем, API, функций и случаев тестирования производительности;
  4. Поддерживает функциональное, производительностное, регрессионное и автоматическое тестирование, а также сравнение результатов;
  5. Предоставляет детализированные и сводные отчёты по функциям и производительности, а также уведомления.### 1. Как определяется среда выполнения тестов? Изображение Обычно при использовании распределенной и микросервисной архитектуры компаниям требуется проходить через несколько сред тестирования перед выпуском продукта. Это может включать среды разработки, тестирования, предпроизводственные и производственные. В средах тестирования могут быть различные функциональные и производительностные среды, каждая из которых требует отдельного управления для обеспечения порядочности и независимости тестирования.

Каждая среда состоит из распределенных сервисов, микросервисов, предоставляющих API-способность, промежуточного программного обеспечения (баз данных, NoSQL, веб-серверов и т.д.).

Для тестирования эти компоненты должны быть установлены на конкретных серверах или контейнерах как единое целое для проведения тестирования.

2. Что именно подлежит тестированию?

Изображение Микросервисы и распределенные сервисы, созданные с использованием микросервисной архитектуры, имеют определенные протоколы доступа и порты. Эти сервисы содержат множество API-интерфейсов, предоставляющих различные функции. Каждый API имеет свои параметры, которые можно использовать для определения и автоматического тестирования этих интерфейсов.Изображение

3. Проектирование тестовых случаев

Изображение Дизайн API-интерфейсов с примерами основных элементов включает в себя тестовые данные, утверждения тестовых случаев, быстрое отладочное окружение и прочие базовые возможности. Поддержка копирования, массового копирования, а также автоматического создания базовых тестовых случаев.

С точки зрения как индивидуума, так и компании, количество и типы тестовых случаев определяют необходимость выполнения определённых действий. В случае большого количества тестовых случаев, требующих быстрой доставки результатов, важно распределить тестовые случаи между несколькими машинами для параллельной работы. Для нагрузочных тестов можно использовать множество низкопроизводительных машин или несколько высокопроизводительных машин. Таким образом, выбор способа выполнения зависит от конкретных потребностей.

4. Выполнение тестовых случаев

В зависимости от потребностей тестирования, определите несколько наборов тестов для удовлетворения различных нужд — функциональное тестирование, нагрузочное тестирование, регрессионное тестирование, автоматизация CI и т. д.Поддерживается немедленное выполнение, запланированное выполнение, выполнение в определенный день и другие способы.

5. Какой отчет получаем?

После завершения выполнения тестовых случаев мы хотим видеть обратную связь. Для разработчиков, тестировщиков и других специалистов требуется информация о статистике выполнения, детальной информации о тестовых случаях: состояние выполнения, время выполнения, запросы данных, конкретные ответы API, наши ожидания, подробная информация об утверждениях и другой информации о выполнении тестовых случаев.

Что касается производительности, нам также нужны статистические данные, такие как общее время выполнения, TPS, время отклика, 99% PCT и т. д., а также сравнение производительности системы до и после ее оптимизации.

Версия Standard

Standard

Онлайн-эксперимент

Онлайн-эксперимент

Логин и пароль: test test123

Приветствуем ваши предложения!

Лицензия и авторское право

Лицензия и авторское право

Авторское право © 2020-2024 Season, Все права защищены.

Комментарии ( 0 )

Вы можете оставить комментарий после Вход в систему

Введение

Описание недоступно Развернуть Свернуть
MIT
Отмена

Участники

все

Недавние действия

Загрузить больше
Больше нет результатов для загрузки
1
https://api.gitlife.ru/oschina-mirror/season-fan-autometer-api.git
git@api.gitlife.ru:oschina-mirror/season-fan-autometer-api.git
oschina-mirror
season-fan-autometer-api
season-fan-autometer-api
master