Comments 3
Почему то первая мысль, которая пришла в голову - ввести правило, встретил неактуальный тест во время тестирования - сразу исправь его. Да, зачастую опытные тестировщики помнят по памяти тест-рейсы и не открывают их при каждом прогоне, но тут другой вариант.
Если фича изменяется, ее необходимо тестировать, так же как и новые фичи. Вот если под новые фичи выделяется время на написание тест-кейсов, то для измененных фич нужно доп время на актуализацию тест кейсов.
Вариант: раз в пол года запускать рефакторинг - звучит как борьба с симптомами, а не причиной
Вариант: раз в пол года запускать рефакторинг - звучит как борьба с симптомами, а не причиной
В целом - согласен, достаточно справедливый комментарий. И момент про актуализацию старых кейсов в моменте доработки фичи - тоже справедливо.
Но не у всех получается так делать, к сожалению, где-то проскальзывает халатность, где-то недостаток времени. Когда есть согласованная задачи, с принудительным рефакторингом кейсов - даётся обычно чуть проще (по крайне мере мои наблюдения).
Спасибо за комментарий!
Абсолютно согласен. Даже вот эти мои выводы - они относятся к идеальному проекту в вакууме. Если вспомнить все проекты где я работал - там рефакторинг происходил только в случае, если что-то критически менялось. В большинстве случаев неактуальные варианты лежали в перемешку с актуальными и были скорее напоминание о том, что нужно один из аспектов проверить.
В любом случае спасибо за статью, хорошая пища, что бы подумать)
Сколько стоит рефакторинг тест-кейсов?