Тестирование разработчиков и тестирование команды QA — как правильно разделить работу?
При необходимости группы unit-tests контроля качества должны unit-testing иметь возможность проводить process тестирование безопасности, регрессии, удобства unittest использования, производительности, стресс-тестирования, тестирования test установки/обновления, а не test разработчики
Разработчики testing должны выполнять модульное quality-assurance тестирование с охватом кода processes для написанного кода в качестве unit-testing минимальной цели.
В промежутке unit-tests предстоит еще немало тестов
- полное тестирование кода
- Тестирование компонентов
- Интеграционное тестирование (компонентов)
- Системное (интеграционное) тестирование
- и т.д.
Ответственность process за них смешана между QA и test разработчиком на основе некоторого unit-tests взаимного соглашения о том, что unit-tests имеет смысл. Тестирование tests некоторых компонентов может software-testing быть выполнено только с помощью unit-tests модульного тестирования, другие qa «достаточно» протестированы software-testing во время интеграционного test тестирования и т. д.
Поговорите unit-testing друг с другом, узнайте, что qa всем удобнее делать. Это testing займет некоторое время, но unit-tests оно того стоит.
unit-testing
testing
process
qa
Тестирование разработчиков и тестирование команды QA — как правильно разделить работу?
Мы используем файлы cookies для улучшения работы сайта. Оставаясь на нашем сайте, вы соглашаетесь с условиями использования файлов cookies. Чтобы ознакомиться с нашими Положениями о конфиденциальности и об использовании файлов cookie, нажмите здесь.