В автоматизации тестирования часто требуется распараллелить запуск тестовых сьюитов и при этом собрать общую статистику в едином отчете по тест-рану. Можно решить эту задачу, создав собственный парсер результатов прогона каждого тест-сьюита, а можно воспользоваться механизмом зависимых конфигураций в TeamCity, о которых было написано в статье "TeamCity triggers & dependencies: построение процессов разработки и тестирования". Суть этого подхода проста: нужно добавить в TeamCity конфигурации для запуска отдельных тест-сьюитов, а также конфигурацию для основного тест-раннера, который будет запускать сьюиты и агрегировать их результаты используя механизм зависимых конфигураций.
Статьи по автоматизации разработки и тестирования, построение процессов и карьерный рост. DevOps и SecDevOps. Алгоритмический трейдинг и автоматизация торгов на бирже.
вторник, 8 июля 2014 г.
понедельник, 7 июля 2014 г.
TeamCity triggers & dependencies: построение процессов разработки и тестирования
В процессах разработки и тестирования программного обеспечения всегда можно выделить отдельные подпроцессы:
- сборку или компиляцию (building, compilation) программных модулей из исходных кодов,
- модульное unit-тестирование,
- подготовку дистрибутивного пакета из собранных модулей,
- тестирование сборки (Build Verification Testing),
- сохранение дистрибутива в некоторой системе репозиториев,
- проверка основной функциональности при помощи smoke-тестирования,
- прочие виды тестирования: функциональное, интеграционное, стресс-тестирование, UI-тестирование, тестирование инсталляции, удобства использования, и т.д., которые также можно выделить в отдельные подпроцессы.
Подписаться на:
Сообщения (Atom)