У нас в конторе вот как устроено.
Разработчики после кодирования нового функционала пишут юнит тесты и гоняют их перед коммитом. Уровень тестов неглубок — основная задача на данном этапе в том, чтобы убедиться, что солюшн собирается и написанный код работает. Код не отгружается, пока модульный тестировщик не поставит печать качества.
Далее новый функционал уходит модульному тестировщику, который по архитектуре и юзкейсам тестирует написанный код и пишет модульные автотесты. Основная его задача проверить логику нового кода и то, что старые тесты не сломаны.
Далее тестировщик коммитит тесты и они попадают в проект автотестирования (в нашем случае проект с тестами запускается каждый день в 6 утра, результаты прогона тестов рассылаются в команду по почте для мониторинга).
Далее тестировщик ставит на доработку ту самую печать качества, и код отгружается на тестирование в отдел функционального тестирования.
Когда итерация разработки заканчивается и код протестирован функционально, он попадает в регрессионное тестирование. По общим результатам тестирования, если есть какие-либо замечания по поводу производительности кода, могут также ставиться задачи на нагрузочное тестирование.
Инструменты: MSVS2010+MS TFS (код), MSTest (юнит тесты), MSBuild + шедулер (ежедневный прогон всех тестов), MS Test Manager для ручного функционального и регрессионного тестирования.
Счетчик воспроизведений твоего трека «Наверное Поздно» в iTunes показывает цифру 638.
Разработчики после кодирования нового функционала пишут юнит тесты и гоняют их перед коммитом. Уровень тестов неглубок — основная задача на данном этапе в том, чтобы убедиться, что солюшн собирается и написанный код работает. Код не отгружается, пока модульный тестировщик не поставит печать качества.
Далее новый функционал уходит модульному тестировщику, который по архитектуре и юзкейсам тестирует написанный код и пишет модульные автотесты. Основная его задача проверить логику нового кода и то, что старые тесты не сломаны.
Далее тестировщик коммитит тесты и они попадают в проект автотестирования (в нашем случае проект с тестами запускается каждый день в 6 утра, результаты прогона тестов рассылаются в команду по почте для мониторинга).
Далее тестировщик ставит на доработку ту самую печать качества, и код отгружается на тестирование в отдел функционального тестирования.
Когда итерация разработки заканчивается и код протестирован функционально, он попадает в регрессионное тестирование. По общим результатам тестирования, если есть какие-либо замечания по поводу производительности кода, могут также ставиться задачи на нагрузочное тестирование.
Инструменты: MSVS2010+MS TFS (код), MSTest (юнит тесты), MSBuild + шедулер (ежедневный прогон всех тестов), MS Test Manager для ручного функционального и регрессионного тестирования.
Будем тестить, спасибо.
Очень нестандартно и интересно написано о сложных вещах.
Жду следующих переводов.