Кто должен тестировать код?
Недавно писал о том, как тестировал новый для команды подход в разработке, где разработчик отвечает не только за написание кода, но и за качество результата. Задачей тестировщика становится автоматизация сценариев работы в системе. Фактически он тоже становится разработчиком - разработчиком автотестов.
Ну штош, мы начали его применять. Самое сложное в этой схеме - переключиться с формата "я написал, проверяйте" на "я это проверил, оно работает". Здесь огромным преимуществом является небольшая команда. С каждым можно проговорить и объяснить, как действовать.
Если получится, мы сильно сократим время разработки, убрав множественные возвраты на доработку после тестирования, когда разработчик уже давно забыл, что писал, переключившись на другую задачу. А тестировщики смогут кардинально увеличить покрытие приложения автотестами.
Конечно, у нас может не получиться. Могут всплыть проблемы, которые я не учёл и которые ухудшат результат, а не улучшат. Но пока вижу достаточно причин попробовать. А что из этого получится - скоро узнаем🙃
· 22.10
Чтобы оценить эксперимент, я бы смотрел вместе время до выпуска, число возвратов и дефекты, дошедшие до пользователей. И оставил бы тестировщику время на исследовательскую проверку новых сценариев: рост покрытия автотестами сам по себе не покажет, какие важные случаи команда пока не придумала.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён