Автоматизируем тестирование за 3 шага

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

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

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

Шагов всего 3 - сбор требований на автоматизацию тестирования, выбор инструмента и инфраструктуры, реализация и внедрение в пайплайн разработки. Давайте рассмотрим поподробнее каждый шаг.

Для начала нужно узнать, что предстоит автоматизировать - api, веб или мобильный клиент. Далее уточнить сценарии поведения пользователя и технические требования. Также необходимо узнать приоритетные сценарии для проверки. После этого можно приступать к следующему шагу.

Начать выбор инструмента для автоматизации стоит с определения, долгосрочным будет проект или нет. Также следует учесть время, которое можно выделить на автоматизацию. Например если проект краткосрочный и времени на автоматизацию будет немного, можно использовать postman. Стоит обратить внимание на язык разработки программы, чтобы можно было спросить разработчиков, если будут сложности в автоматизации тестов. Разработчики могут помогать с поддержкой фреймворка и тестов в актуальном состоянии. Инфраструктура не менее важна для автотестов. Где будут запускаться автотесты, будет ли система отчетности, как будут обслуживаться автотесты. На все эти вопросы необходимо будет ответить.

Частично про реализацию мы говорили ранее, во втором пункте. Конда инструмент определен, нужно лишь создать детальный план работ и его придерживаться. Заранее нужно продумать, как автотесты будут взаимодействовать с пайплайном разработки: на каком стенде будут запускаться, после чего будут запускаться тесты и что будет, если тесты завершатся с ошибкой. Не стоит забывать про нотификацию (т.е. сообщать команде об успешном или неуспешном прохождении тестов) и отчёты по прохождению тестов. Отчёты нужны не только для менеджеров, но и для дальнейшего улучшения автотестов, сбора статистики.

Согласен, что это на первый взгляд не так просто, как выглядит. Все же завести автоматизацию на проект реально и нужен только хороший план, мотивация, слаженная команда и немного знаний. Спасибо за внимание и удачи вам с автоматизацией на проектах.