В первой части я рассказала о базовых обязанностях QA специалиста, который подключается на проект и начинает выстаивать процессы тестирования. Продолжу в этой статье развивать затронутую ранее тематику и углублюсь в этапы выстраивания процессов тестирования на проекте. Не важно, есть ли на вашем проекте или нет процессов, буду писать о том, какие можно сделать и как облегчить всем работу.
Условно приняли и поняли, в каком состоянии проект и что/где/как тестировать.
Далее нужно организовать процесс разработки продукта таким образом, чтобы все работало эффективно и в срок.
- Планирование. Важно настроить этот процесс. Вся команда должна быть в курсе, что мы разрабатываем, сколько и когда что должно быть готово. Без этого понимая может быть много бездельничества или бесцельной траты времени. Составляем / проверяем Бэклог, пропалываем пул задач на ближайшую неделю, фиксируем основные задачи и сроки, на ежедневных минитингах отслеживаем ожидание/реальность по задачам.
- Мониторинг проблем. Делаем простоянный срез: что плохого на проекте, спрашиваем у команды, что не удобно, что можно улучшить. Составляем таблицу, в которой расписываем все + и - текущих процессов.
- Предложения по улучшению. После того, как собрали список проблем процессов в п.2 для каждой проблемы прописыванием решение этой проблемы (т.е. улучшение). И далее предлагаем всей команде решение этих проблем. Обсуждаем, ставим сроки, реализуем и отслеживанием, что все договоренности работают.
В первых трех пунктах говорили больше о процессах разработки. Сейчас затронем тему непосредственно процессов тестирования.
Как мы, как QA-специалисты, можем правильно и эффективно выстроить процессы тестирования на проекте.
1. Определяем типы/виды/методы и инструменты тестирования. Нужно понять, не только, что и как / где мы тестируем, но как сделать процесс тестирования быстрым, удобным и менее трудозатратным. Надо понимать хорошо архитектуру приложения: на каком ЯП написан фронт, бэк, монолит у вас или микросервисы? В зависимости от этого пляшем дальше, выбираем инструменты (их сейчас очень много), если нужны примеры - пишите, все скину.
2. Пишем эффективные тесты, применяя техники тест-дизайна. Не обязательно писать тест-кейсы, их тяжело поддерживать, да и вряд ли вы будете в них смотреть. Советую начинать всегда с чек-листов, далее уже их можно более подробно детализовать. Советую вести тестовую документацию в системе управления тестами (много есть бесплатных), не тратьте время на гугл-доки, это неудобно и прошлый век уже.
3. Показываем команде результаты прохождения тестов. Очень удобно делить зоны тестов по функционалу (например, авторизация, оформление заказа, удаление товара и т.п., уровни детализации выстраиваете сами). Показываем команде статистику (это все выгружается в системе управления тестами), говорим где и сколько багов, какой они критичности.
4. Составляем списки тестов по типам/видам тестирования. Например, рекомендую всегда держать пул тестов smoke,end-to-end,regress-тесты. И в зависимости от свободного времени выполнять разные тесты. Например, у вас осталось 2 часа рабочего времени до релиза, ни о каком регрессе не может быть и речи. Максимум, что можно успеть - это смоук - тесты.
5. Автоматизируем рутинные проверки. Составляем список тестов, которые мы выполняем из раза в раз и которые не меняются во времени и автоматизируем их. Это может быть любой доступный Вам инструмент (могу скинуть примеры - пишите). Вам главное освободить свое время и заниматься более сложными задачами, которые трудно или невозможно автоматизировать. Все остальное - упрощаем себе жизнь.
У меня остались в загашнике еще лайф-хаки для QA-специалистов. Если Вам интересен такой формат, напишите критику или любые комментарии.
Буду рада обратной связи. Благодарю за внимание.