Comments 3
Может, не совсем в тему, но хотелось бы статью на тему, а что дальше. В смысле, если все хорошо, то как найти "точки роста", куда дальше развивать QA-процесс?
Привет, столкнулся с такой темой. Я тогда сходил к бизнес заказчикам, захотели больше автоматизации, нагрузочное, безопастность.
Если бизнес молчит, можно пообщаться с командой про 0 багов на проде, покрытие тесткейсов, покрытие автоматизации, клиентские сценарии.
Ну и поресерчить бизнесовые метрики на которые может влиять команда.
Соглашусь с коллегой. Если процесс тестирования мы поставили, и все поехало, то в любом случае есть, что делать)
Добавлю:
Документация. Обновлять\добавлять тестовую доку. Прошерстить флоу и описания. Вполне возможно, что-то устарело и требует апдейта. Все ли регламенты описаны? Можно ли без труда найти нужную инфу?
Глянуть на онбординг новых членов команды. Есть ли процесс их адаптации? Что можно улучшить?
Можно пообщаться с бизнесом\клиентами\пользователями и создать Use Case (пользовательские сценарии) в дополн. к тест-кейсам. Для более точных и важных проверок от лица заказчика \пользователя приложения.
Можно пройтись по функционалу и таск-трекеру. Посмотреть, что у нас с автоматизацией. Если ее нет, то подумать, как реализовать (выбрать стэк, посчитать трудозатраты и выхлоп, определиться с исполнителями и др.). Если есть, то подумать как увеличить тестовое покрытие, улучшить и ускорить проверки. Починить нестабильные (flaky) тесты, обойти эффект пестицида и т.д.
Сюда же отнесу постановку CI\CD процесса. Обговорить с разработкой включение тестов (+ продумать каких тестов) в процесс тестирования сборок.
Так и не расскажешь в одном ответе все подробно. Действительно нужна полноценная статья)
Аптечка QA-лида: где болит, и как это лечить