Добрый день. Вопрос следующий:
Какие есть методики или рекомендации по минимизации человеческого фактора при передаче проекта на тест в отдел тестирования, позволяющие отсеять совсем детские ошибки, чтобы на них не отвлекались тестировщики. Опишу ситуацию. Есть команды (или группы) разработчиков. Бывает что команда состоит из 1 разработчика, бывает что из 2-3 (чтобы иметь представление ясно о масштабах). После разработки команды (независимые) передают на тест свои проекты. В некоторых командах есть начинающие (относительно). Они зачастую страдают одной и той же болезнью — стараются побыстрее отдать код на тест. Что в свою очередь приводит к появлению совсем детских ошибок (в основном при разработке интерфейса), что очень отвлекает тестировщиков на всякие мелочи. причем исправив ошибку в одном месте, могут накосячить в другом и так может пройти до 5 итераций тестирования. Код ревью введено. Но там в основном устраняются архитектурные ошибки и совсем очевидные проблемы. Интерфейсная мелочь либо не очевидные недостатки в бизнеслогике зачастую проскальзывают. Вот и подумалось, может есть какие то всем известные формализованные правила, которые позволяют заставить разработчика более внимательно следить за тем что он отдает на тест. До ТДД и полного покрытия кода тестами еще не доросли.