HabrУбрать рутину из регресса или как автоматизировать, не зная кода
Всем привет! Меня зовут Антон Лосев, и я QA Lead в компании AXENIX. Сегодня я хотел бы вам рассказать и показать, как я, будучи мануальным тестировщиком, решил вопрос с горой рутинных тест-кейсов, которые мне необходимо было проходить в каждом регрессе. Поговорим о том, какие инструменты можно использовать для "автоматизации" выполнения большинства шагов кейсов, какие есть альтернативы данным инструментам и о том, насколько всё это влияет на качество регресса и скорость его прохождения. Инструменты Для начала давайте поговорим про инструменты. Тут я хотел бы обсудить достаточно типичный набор, который используют большинство тестировщиков, у которых на проекте REST, очереди сообщений и базы данных, а именно Postman, Offset Explorer, DBeaver. Я расскажу, каким функционалом этих приложений я стал активно пользоваться для регресса, и какая альтернатива для данного набора инструментов есть. Задача стоящая перед нами в рамках регресса Давайте представим, что перед нами стоит задача в рамках регресса провести тестирование интеграции десятка сервисов между собой, триггером для взаимодействия будут выступать REST, а сервисы между собой будут взаимодействовать посредством очередей сообщений, результаты работы будут записаны в БД. Выслушав легенду, вы наверно увидели схематичное описание вашего проекта. Как в данной ситуации регресс проводит большинство мануальных тестировщиков? Прокидывают сообщение через Postman, идут в Offset Explorer и ищут публикацию по каким-то условиям, переходят в DBeaver и выполняют самый простой SELECT с условием на выдачу ожидаемого результата. Таким образом, на прохождение одного кейса может быть затрачено несколько минут, тестировщику приходится постоянно переключаться от одной программы к другой, выполнять действия и анализировать результаты. В целом, если у вас таких кейсов десяток, то, конечно, вас это не напрягает, а представим, что у вас их сотня или несколько сотен, что сроки регресса у вас не просто маленькие, а назовём их крайне ограниченными, а самое главное, что регресс у вас, например, каждую неделю, и проходить все это руками вам уже совсем надоело. Вот именно в такой ситуации тестировщик и сталкивается с проблемой рутины, в результате которой начинает пропускать ошибки, так как не выполняет все кейсы или пропускает ошибки в кейсах, всё это, в общем и целом, простой человеческий фактор, крайне пагубно влияющий на качество тестирования.
https://habr.com/ru/companies/axenix/articles/957168/
#автотестирование #тестирование #брокер #база_данных #rest #webразработка #sql
