3 заповеди эффективного тестировщика в Agile среде
Основа Agile - быстрая поставка фич и постоянные изменения, позволяющие разработчикам быстро отвечать на запросы бизнеса и постоянно менять код. Тестировщикам же приходится за эти “быстропоставленные” фичи в коде отвечать головой, балансируя между обещанным качеством и требуемой гибкостью скоростью.
3 моих личных заповеди тестировщика, ускоряющие работу над задачами: Приоритизируй, Спрашивай и Сообщай.
1. Приоритизируй
Пойми приоритеты проекта. В этом помогут разработчики, аналитики, проджекты и другие заинтересованными лица в команде.
Зная приоритеты проекта можно:
- Откалибровать необходимую глубину тестового покрытия (тесткейсы или чек-листы? автоматизируем или тестим пока что все руками? Смоук перед релизом или полноценный регресс?)
- Определить порядок тестирования (порядок тестирования задач, порядок проведения тест-кейсов, приоритизация багов)
2. Спрашивай
Тестировщик хорош настолько, насколько понятны и ёмки его вопросы. Если тебя не понимают с первого раза - учись задавать вопросы.
- Какой предполагаемый порядок выкатки задач? (бывает что задачу А нельзя выкатить пока не готова Б, тестить возможно нужно в этом же порядке, а возможно - в обратном)
- Какие из задач на доске имеют критичный приоритет, какие - низкий?
- Сколько займет разработка каждой из приоритетных задач? (пока они пишутся ты можешь успеть протестить что-то другое или изучить всю проектную доку, подготовить тестовые данные, составить план тестирования)
3. Сообщай
Тестирование - не всегда решение проблем, но всегда их обнаружение. Твоя задача об этих проблемах сообщать максимально оперативно.
- На доске ВСЕГДА двигай задачу как только начал/закончил тестить ее
- Под задачей пиши комментарии о своих сложностях: • Нет необходимых доступов, непонятно описание, ссылка из ТЗ не открывается etc • Дублируй это в мессенджер, общий канал с тегом разработчика\аналитика и ссылкой на задачу. Если не уверен к кому из них - иди к обоим сразу
- Как только нашел баг - будь красавчиком, сделай все по списку: • Опиши его хорошо • Кинь на доску и прикрепи к задаче, при тестировании которой его обнаружил • Скинь ссылку с кратким описанием бага разработчику.
Последний пункт нередко упускают, но именно он ускоряет фикс задачи в несколько раз.