Привет!
Позвольте вам представить одно забавное видео.
В таллинском девклубе решили ребята устроить БАТЛ. По типу передачи “к барьеру”. Один считает, что разработчики должны писать автотесты, другой - что не должны. Каждому даётся по 7 минут на короткую мотивирующую речь, затем вопросы друг другу и вопросы из зала.
Победителя выбирают массовым голосованием.
Чем всё закончится? Смотрите на видео…
http://www.devclub.eu/2014/10/05/video-battle-autotests/
Из всей дискуссии прослеживается такой вывод. Вопрос не в том: надо тестировать или не надо, а в том КАК тестировать. Разработчики само собой должны писать юнит-тесты, но писать их они должны так (и столько), чтобы был результат при приемлемых затратах. То же самое и с автоматизаторами и ручными тестировщиками. Ручные тестировщики ведь тоже не тестируют всё подряд начиная с теста с номером 1 до теста с номером 1000. Есть свои правила, по которым проводится ручное тестирование. То же самое и с автоматизацией.
А вот вопрос как правильно автоматически тестировать - это очень интересный вопрос. Потому что сложный и его интересно решать
Кстати, хотел бы знать мнение сообщества по этому поводу:
0 участников
гуевые/функциональные аля selenium или unit ?
Автотесты должны писаться общими усилиями. Разработчики пишут юнит-тесты, а QA, используя тот же код репозиторий, пишут acceptance и integration tests/
Считаю, что Unit исключительно разработчики должны а тестеры остальное
Компонентная интеграция - это тоже уровень девелоперов, а не QA. Системная интеграция - другое дело.
testomat.io управление авто тестами