Автор: Shrini Kulkarni
Перевод: Сергей Талалаев (SQAdotBY)
Оригинальная статья: 10 ways to make automation difficult or ineffective
Нашему коллеге, сформулировавашему эту десятку причин можно ставить памятник при жизни (согласен со всем на 100%). А глядя в его мудрые грустные глаза понимаешь, что расхлебывал все это он сам лично "Вот этими вот руками..." :)
Однозначно можно распечатывать и вешать на стенку.
10. Безумное желание о 100% автоматизации
9. Попытка автоматизировать существующие тест кейсы без тщательного анализа на предмет их пригодности к автоматизации
8. Линейное сопоставление тест кейсов и скриптов 1:1 – становясь жертвой обманчивого удобства в контроле над изменениями и отчетности.
7. Создания проекта автоматизации игнорируя модель “снизу-вверх”, нечеткое разбиение проекта на функциональные части.
6. Использование только одного типа автоматизации или фокусировка только на одном слое приложения – чем больше вы отдаляетесь от кода, тем хуже он становится
5. Фокусировка только на задачах, связанных с выполнением тестов
4. Использование автоматизации как скриптования – игнорируя общепринятые практики разработки ПО.
3. Отказ от привлечения разработчиков на начальной стадии – не стремясь к улучшению тестируемости или автоматизируемости приложения
2. Погружение в атоматизацию ради ускорения тестирования или сокращения издержек до решения существующих проблем – неоднозначности, неэффективности и отсутствия целостности.
1. Отказ от поиска правильной пропорции между ручным и автоматизированным тестированием.
0. Использование автоматизации в качестве средства выявления ошибок
Комментарии
В любом стройном процессе должен соблюдаться баланс. Нельзя в тестировании сосредоточится только на одном подходе (например пытаться обойтись только ручными или только Unit-тестами).
Я на курсах привожу пример про сито с одинаковыми ячейками: сколько бы вы не просеивали песок одним и тем же ситом, на какой-то итерации оно станет неэффективным. Поэтому всегда лучше иметь набор из разных сит, что в нашем случае = разным типам тестов.
А применительно к автоматизации есть такая мысль: чем эффективнее рабочий инструмент, тем более требователен он к условиям работы. Есть ряд ограничений, которые могут не позволить вам эффективно применять автоматизацию (стадия прототипировани я UI например)
С другой стороны, никто не отменял эффект "замыливания глаз", который эффективно может решить именно автоматизация.
В итоге цель автоматизации = создание дополнительного рубежа обороны, но не замена. Ответить | Ответить с цитатой | Цитировать
Работал в конторе, где UI прототипы шли 1х1 с теми, что будут в реальной системе. Так что мы по прототипам писали автотесты, а гоняли их на стадии, когда были готовые версии приложения в тестировании. И сразу получали результат.
В итоге мы имели возможность писать автоматизацию параллельно с разработкой, сразу после окончательного релиза прототипов UI.
Так что все зависит от специфики работы… Ответить | Ответить с цитатой | Цитировать
В своей практике к сожалению не было таких проектов. А очень бы хотелось прочувствовать на собственной шкуре все ньюансы.
Как бы уважемый коллега встретиться с вами лично? Ответить | Ответить с цитатой | Цитировать
RSS лента комментариев этой записи.