С чего начинать автоматизацию тестирования на новом проекте, где еще ничего нет
1️⃣ Сначала не пиши ни одного теста
Звучит странно, но первый шаг это не код
Сначала разберись, как вообще устроен продукт, где фронт, где бэк, какие сервисы общаются между собой, где база, где очереди. Без этой картины ты будешь автоматизировать вслепую и потом всё переделывать
2️⃣ Поговори с командой и собери боль
Иди к ручным тестировщикам и разработчикам и спрашивай, где чаще всего ломается, что проверяют руками каждый релиз, какие баги вылезают регулярно и тд
Это и есть твои первые кандидаты на автоматизацию, потому что они дадут максимум пользы сразу
3️⃣ Определись со стеком заранее
Не бросайся писать на том, что под рукой, выбери стек осознанно
Язык, например Java, фреймворк для запуска, инструменты под API и UI, систему отчётов
Лучше потратить день на нормальный выбор, чем через полгода больно переезжать на другой стек
4️⃣ Начни с API, а не с UI
Это главный совет, который экономит кучу нервов, API тесты быстрее, стабильнее и проще в поддержке, а UI капризный и любит флакать
Покрой сначала ключевую логику через API, получи быстрый результат и доверие команды, а уже потом берись за интерфейс
5️⃣ Сразу заложи нормальную структуру
Не лепи всё в один класс, даже если тестов пока три
С самого начала раздели код по смыслу, отдельно работа с API, отдельно проверки, отдельно данные. На старте это кажется лишним, но именно это спасает проект, когда тестов станет двести
6️⃣ Покрой сначала smoke сценарии
Не пытайся покрыть всё и сразу, это путь в никуда
Возьми несколько самых критичных сценариев, без которых продукт просто не живёт, авторизация, главный бизнес поток, оплата. Это твой smoke набор, который первым же ловит, что всё развалилось
7️⃣ Встрой тесты в CI как можно раньше
Тесты, которые гоняются только у тебя на ноуте, почти бесполезны
Подключи прогон в пайплайн с самого начала, даже если тестов пока мало. Чтобы они запускались автоматически и команда видела результат, иначе про автоматизацию быстро забудут
8️⃣ Договорись с командой
Договоритесь, что упавший тест чинят, а не игнорируют, что новые фичи покрываются тестами. Иначе ты в одиночку будешь латать то, что ломают все остальные
Строить автоматизацию с нуля это не про то, чтобы за неделю написать сто тестов, это про фундамент: разобрался в продукте, выбрал стек, заложил структуру, покрыл самое важное через API и встроил всё в CI
Если сделать все четко на старте, дальше проект будет расти легко, а не превращаться в этакую свалку мусора, которую не хочется открывать
1️⃣ Сначала не пиши ни одного теста
Звучит странно, но первый шаг это не код
Сначала разберись, как вообще устроен продукт, где фронт, где бэк, какие сервисы общаются между собой, где база, где очереди. Без этой картины ты будешь автоматизировать вслепую и потом всё переделывать
2️⃣ Поговори с командой и собери боль
Иди к ручным тестировщикам и разработчикам и спрашивай, где чаще всего ломается, что проверяют руками каждый релиз, какие баги вылезают регулярно и тд
Это и есть твои первые кандидаты на автоматизацию, потому что они дадут максимум пользы сразу
3️⃣ Определись со стеком заранее
Не бросайся писать на том, что под рукой, выбери стек осознанно
Язык, например Java, фреймворк для запуска, инструменты под API и UI, систему отчётов
Лучше потратить день на нормальный выбор, чем через полгода больно переезжать на другой стек
4️⃣ Начни с API, а не с UI
Это главный совет, который экономит кучу нервов, API тесты быстрее, стабильнее и проще в поддержке, а UI капризный и любит флакать
Покрой сначала ключевую логику через API, получи быстрый результат и доверие команды, а уже потом берись за интерфейс
5️⃣ Сразу заложи нормальную структуру
Не лепи всё в один класс, даже если тестов пока три
С самого начала раздели код по смыслу, отдельно работа с API, отдельно проверки, отдельно данные. На старте это кажется лишним, но именно это спасает проект, когда тестов станет двести
6️⃣ Покрой сначала smoke сценарии
Не пытайся покрыть всё и сразу, это путь в никуда
Возьми несколько самых критичных сценариев, без которых продукт просто не живёт, авторизация, главный бизнес поток, оплата. Это твой smoke набор, который первым же ловит, что всё развалилось
7️⃣ Встрой тесты в CI как можно раньше
Тесты, которые гоняются только у тебя на ноуте, почти бесполезны
Подключи прогон в пайплайн с самого начала, даже если тестов пока мало. Чтобы они запускались автоматически и команда видела результат, иначе про автоматизацию быстро забудут
8️⃣ Договорись с командой
Договоритесь, что упавший тест чинят, а не игнорируют, что новые фичи покрываются тестами. Иначе ты в одиночку будешь латать то, что ломают все остальные
Строить автоматизацию с нуля это не про то, чтобы за неделю написать сто тестов, это про фундамент: разобрался в продукте, выбрал стек, заложил структуру, покрыл самое важное через API и встроил всё в CI
Если сделать все четко на старте, дальше проект будет расти легко, а не превращаться в этакую свалку мусора, которую не хочется открывать