Тестирование стало узким местом
Вопрос
Задачи копятся в колонке «Тестирование», релизы задерживаются. Что будешь делать как ведущий тестировщик?
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
Измерить: где задачи ждут, сколько времени, почему возвращаются
Ограничить незавершённую работу (WIP), чтобы разработчики помогали довести задачи, а не брали новые
Shift-left: критерии приёмки и тест-идеи до разработки, разработчики пишут тесты
Автоматизировать регрессию и смоук в CI
Риск-ориентированный объём проверок вместо «всё вручную»
Качество общая ответственность: разработчик проверяет свою задачу до передачи
Что могут спросить следом
- Как убедить разработчиков тестировать самим?
- Как понять, что ситуация улучшилась?
Разбор
Сначала я бы измерил, а не гадал: сколько задачи ждут в очереди, сколько раз возвращаются из тестирования и по какой причине. Часто проблема не в скорости тестировщиков, а в том, что задачи приходят сырыми и ходят по кругу. Дальше несколько шагов. Ограничить незавершённую работу на доске, чтобы разработчики не брали новые задачи, пока старые не доведены. Подключать тестирование раньше: тест-идеи и критерии приёмки до начала разработки, тогда разработчик сам проверит основные сценарии. Автоматизировать смоук и регрессию, чтобы ручное время шло на риски. Сократить объём ручных проверок по рискам. И договориться, что качество это ответственность команды. Улучшение видно по времени цикла задачи и числу возвратов.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.