Как вообще тест-кейсы могут быть злом?)
Либо вся эта статья написана для такого круга тестировщиков, у которых нет начальства, отчетности, команды и разработчиков.
Иначе я не понимаю, как в этом мире тестирования можно прожить без кейсов и говорить о их недостатках. Хотя даже перечисленные 8шт. недостатков - это тоже какое-то недоразумение)))) ну правда же.
1. Тестировщик тупо "проверяет", а не тестирует. - не бывает тупых тестировщиков. Бывают тупо написанные кейсы. Если это регресс - то проверка всегда, как бы "тупая", потому что мы должны тупо удостовериться в корректности системы.
2. Следуя сценарию, можно упустить важные проблемы. - в этом никак не виноват сценарий, виновато их недостаточность и тестовое покрытие.
3. Тестировщик выключает мозг, гоняя тест-кейс. - да, есть тест кейс, он актуализирован, выключи мозг и проверь систему на работоспособность. Включишь, когда будешь проверять новый функционал.
4. Вы просто валидируете небольшой кусочек функциональности. - и что в этом плохого?) мне кажется здесь выходит заблуждение читателя.
5. Любой может выполнять их – они не заменяют опытных тестировщиков, которые действительно умеют тестировать. - отлично, когда любой тестировщик может взять и выполнить хорошо написанный кейс, к этому стремятся все работодатели и тест-менеджеры.
6. Если последовательность шагов так важна, автоматизируйте ее. - и это не недостаток. Автоматизировать сложный процесс выполнения шагов бывает сложнее, чем пройти его руками. Автотест может споткнуться в трех местах и более и пока вы разберетесь, на каком этапе и из-за какой смежной системы он упал - потратите кучу времени. Вы видимо не работали в больших компаниях ("тяжелых" областях, как говорится в этой статье)
7. Время тестировщика куда более ценно, чтобы тратить его на тупые прогоны тест-кейсов. - обычно на этапе планирования все нюансы и в том числе время согласуется с заказчиком, так же согласуется тестовая модель. Какой отчет иначе вы предоставите начальству? чем подтвердите выполненное тестирование?
8. Тест-кейсы часто устаревают, и их надо постоянно обновлять и поддерживать. - это тка же не минус. Тест-кейсы обычно пишутся в специальных системах, типа Jazz, HP ALM и прочие, в них предусмотрен такой функционал как заведение переменных. Например, поменяли текст на форме или кнопку добавили или прочее. Просто замените информацию в переменной и остальная гора кейсов обновиться. И так же для поддержания актуализации обычно в команде выделяется отдельный человек, который занимает лишь актуализацией и дополнением всей тестовой модели. В любом случае, все ПО дорабатываются и улучшаются, и говорить, что тесты от этого устаревают как-то глупо:)