Есть отличная удаленная работа для php+codeception+jenkins+allure+docker спецов. 100% remote! Присоединиться к проекту

Баттл: автотесты - за и против

testdrivendevelopment
tdd
Теги: #<Tag:0x00007f7b68561f90> #<Tag:0x00007f7b68561e50>

(asolntsev) #1

Привет!
Позвольте вам представить одно забавное видео.

В таллинском девклубе решили ребята устроить БАТЛ. По типу передачи “к барьеру”. Один считает, что разработчики должны писать автотесты, другой - что не должны. Каждому даётся по 7 минут на короткую мотивирующую речь, затем вопросы друг другу и вопросы из зала.
Победителя выбирают массовым голосованием.

Чем всё закончится? Смотрите на видео…
http://www.devclub.eu/2014/10/05/video-battle-autotests/


(Александр Таранков) #2

Из всей дискуссии прослеживается такой вывод. Вопрос не в том: надо тестировать или не надо, а в том КАК тестировать. Разработчики само собой должны писать юнит-тесты, но писать их они должны так (и столько), чтобы был результат при приемлемых затратах. То же самое и с автоматизаторами и ручными тестировщиками. Ручные тестировщики ведь тоже не тестируют всё подряд начиная с теста с номером 1 до теста с номером 1000. Есть свои правила, по которым проводится ручное тестирование. То же самое и с автоматизацией.

А вот вопрос как правильно автоматически тестировать - это очень интересный вопрос. Потому что сложный и его интересно решать


(Mykhailo Poliarush) #3

Кстати, хотел бы знать мнение сообщества по этому поводу:

  • Да, разработчики должны писать автотесты
  • Нет, разработчики не должны писать автотесты

0 участников


(5am) #4

гуевые/функциональные аля selenium или unit ?


(Maxim Raychev) #5

Автотесты должны писаться общими усилиями. Разработчики пишут юнит-тесты, а QA, используя тот же код репозиторий, пишут acceptance и integration tests/


(Roy Obenon) #6

Считаю, что Unit исключительно разработчики должны а тестеры остальное


(Sergey Korol) #7

Компонентная интеграция - это тоже уровень девелоперов, а не QA. Системная интеграция - другое дело.