Как правильно подойти к внедрению авто-тестов в проекте?

Question

[LardUA]

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

Собственно вопрос. Посоветуйте мне пожалуйста что лучше всего может подойти из существующих инструментов, методик по этой теме. Все будет с 0 поэтому есть где разгуляться (главное что бы бесплатно:) )
Я в этой области новичок, времени мне дали много для этого. Развиваться тоже очень хочется и звучит все это очень интересно.
Буду благодарен за советы. Спасибо

Comments

[1001001]

Прописать по 1ое разрабам, чтобы юниты писали, и количество сценариев с 400 упадет до 80. Бесплатно!

[Влад Григорьев]

1001001, это не бесплатно, и заставить писать тесты разрабов еще надо постараться, это далеко не самая тривиальная задача.

[Влад Григорьев]

LardUA, тесты особенно в банке бывают сильно разные.
Есть какой-то пулл простых тестов, для которых не нужны авторизация пользователя - с ними все просто как с api так и ui
А вот с тестами где надо авторизация или нужно создавать нового пользователя сложнее, там требуется закопать не мало сил на эту часть.
Сами тесты на чем угодно можно писать. Но если делать плюс минус нормально то нужно железо, где все развернуть
Я бы порекомендовал написать тесты на python + pytest + allure report + allure ee - так у вас будут и тесты и история прогонов и релизные раны, и т.д.

[LardUA]

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

[Влад Григорьев]

LardUA, докучи используйте дженкинс, и у всего у этого есть решения где не надо покупать лицензии

[LardUA]

Влад Григорьев, я не сомневаюсь что есть решения без лицензий :) но из-за того что раньше я с этим не работал то и выглядит для меня все темным лесом

[Влад Григорьев]

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

Answer 1

[Alexej Simakov]

брали людей из других команд на пару дней дабы быстро-быстро прогнать функционал что бы не сфейлиться на релизе.

Исходя из этого могу предположить, что тестировали функционал через исследовательское тестирование по методу черной коробки. Значит вам нужно именно end-to-end тестирование.
Раз проект для веба и без дополнительных трат, то очевидный ответ - Selenium. Про него написано-переписано и на конференциях рассказано тоннами. Selenium поддерживает несколько языков Java, C#, Ruby, Python. Самый низкий порог вхождения у Python. Почитать/посмотреть про page object pattern и вперед.
Мне тут как-то на глаза попадался вполне достойный и даже бесплатный курс "Автоматизация тестирования с помощью Selenium и Python".
На будущее, для диагноза затруднений возникающих в процессе внедрения автоматизации и нахождения возможных путей выхода из них на макро и микро уровне могу посоветовать этот ресурс - testautomationpatterns.org - одна из его создателей небезызвестная Dorothy Graham.