Использовали ли вы парное тестирование?
Что проверяют
Знаете ли вы, что такое парное тестирование на практике, и не путаете ли его с попарным. Если опыт был, следом спросят, с кем вы работали в паре, как делили роли и что это дало по сравнению с одиночной проверкой.
Как отвечать
Сначала коротко определение: два человека тестируют одну функциональность за одним экраном или в созвоне с демонстрацией. Один ведёт: держит клавиатуру и выполняет действия. Второй наблюдает, предлагает сценарии, задаёт вопросы и записывает найденное. Роли меняют по ходу сессии.
Дальше детали, которые показывают, что вы это делали:
- состав пары: тестировщик с разработчиком (тот сразу видит, как ломается его код), тестировщик с аналитиком или продактом (проверка требований), опытный с новичком (передача знаний);
- формат: сессия от 60 до 90 минут с заранее сформулированной целью, чартером, в духе исследовательского тестирования. Без цели пара быстро превращается в разговор;
- результат: баги заводятся в трекер (Jira, YouTrack) сразу или по итогам, заметки о непокрытых сценариях идут в тест-план;
- когда оправдано: сложная новая фича, размытые требования, баг, который никак не воспроизводится. На рутинном регрессе два человека на одну задачу это дорого.
Расскажите свой случай: что тестировали, с кем, что нашли такого, что пропустили бы в одиночку. Детали и цифры должны быть ваши.
Если опыта не было, так и скажите. Добавьте близкое, если оно было (разбор фичи с разработчиком на демо, участие в bug bash), и объясните, как организовали бы сессию.
Где спотыкаются
Путают с попарным тестированием (pairwise). Это техника комбинирования входных параметров, например с помощью PICT, а не работа вдвоём.
Описывают роль «водителя» как написание тест-кейсов. Парная сессия почти всегда исследовательская, кейсы пишут отдельно.
Рассказывают только о плюсах. Сильнее назвать цену: два человека заняты одной задачей, и без цели сессия не окупается.