Задать вопрос
Rastishka
@Rastishka

Можно ли совмещать разработчика и тестировщика в одном человеке?

Ситуация: Небольшая компания разрабатывает свой проект. 2 штатных разработчика, каждый занимается своей частью этого проекта (1й - бекофис с кабинетами, 2й - сайт).
По сложности: Бекофис по сложности примерно как средняя CRM система. Сайт - обычный сайт на Yii2 c несложным кабинетом клиента (заполнение даннх своего профился). Требования и хотелки часто меняются, автоматизированное тестирование и TTD считаем очень дорогим для нас в плане трудозатрат.

Первичное тестирование осуществляют сами разработчики, потом привлекается сторонний человек (НЕпрофессиональный тестировщик, но будем называть его так). Считается, что от программиста код должен быть близкий к релизному, с минимальными багами, но фактически багов бывает достаточно много.

Вопросы:
1) Какое считается нормальное количество багов в версии, которая передается тестировщику? Как определить границу, какие баги должны быть найдены и исправлены самим разработчиком?

2) Может ли разработчик самостоятельно тестировать свой проект до релизного состояния, чтобы вообще избавиться от тестировщика? Какие аргументы за? Какие аргументы против?
  • Вопрос задан
  • 423 просмотра
Подписаться 1 Простой 2 комментария
Ответ пользователя ⚡ Kotobotov ⚡ К ответам на вопрос (2)
angrySCV
@angrySCV
machine learning, programming, startuping
Требования и хотелки часто меняются

автоматическое тестирование - это самое первое что снижает стоимость разработки и количество багов.
минимальными багами, но фактически багов бывает достаточно много.

кем считается? сколько это минимальными, сколько это достаточно много?
какие-то не понятные величины, очень сложно понять что вы вообще имеете ввиду и кто такое количество установил.
вам нужно написать автоматизированные тесты - они все должны проходить до релиза.
-------
1) Каждая функция должна быть покрыта хотя бы одним тестов, все тесты должны быть пройдены. Количество багов выявленных самим программистом должно быть равно нулю - передает другому тестировщику именно потому что он их уже найти не может.
2) Да может, в небольших продуктах тестировщики не нужны,
Аргументы за тестировщиков - иногда сложно самому находить ошибки в своем же коде (предвзятый взгляд).
Аргумент против - лишняя координация работы + бестолковые обезьяны сколько бы не копались все равно не смогут грамотно оттестировать продукт, для создания хороших тестов нужны хорошие разработчики которые более менее понимают про полноту и эквивалентность функций, могут создать генераторы тестов и тд.
Ответ написан
Комментировать