Как стать автором
Поиск
Написать публикацию
Обновить

Регрессионное тестирование: взгляд изнутри от лидера команды

Время на прочтение6 мин
Количество просмотров3.8K
Всего голосов 12: ↑12 и ↓0+12
Комментарии5

Комментарии 5

Есть ещё вещи, которые автоматизировать очень трудозатратно, и руками такой кейс будет прогнать быстрее, чем потратить много N времени на его автоматизацию и далее постоянную поддержку.

мидл, считающий себя лидом, - находка для лояльности к компании.

мне кажется, что время таких статей уже прошло - нововведений ноль, информативности ноль, воды - 100, рекламы и котолампы - так же. лучше уж писать про то, как сроки (а иногда и А) горят, как бизнес заносит фичи в обход процесса и как АТ отменяют необходимость в ФТ (но это не точно).

ну и вишенка - Кукумбер чтоб учить? серьезно? слой в фрейме, приносящий кучу проблем при имплементации и эти страшные БДД кейсы? ненене, девид блейн, такого нам не надо

Спасибо за статью.

🤝🤝🤝

Обычно для регрессионного тестирования отдельная команда не требуется, это выполняет основная команда. А описанное в статье случай очень редкий.

И, кстати, что значит используем cucumber для обучения manual qa? Иными словами, автоматизатор сидит и чиллит, пока вместо него мануальщики пишут тесты и получают зп как мануал куа, а потом потом просто проверяет их работу? Хитрый ход, конечно.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий