t.me/atinfo_chat Telegram группа по автоматизации тестирования

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

Теги: #<Tag:0x00007f74862d52d8> #<Tag:0x00007f74862d51e8>

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

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

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

6 Симпатий

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

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

5 Симпатий

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

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

0 участников

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

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

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

1 Симпатия

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