Как делили задачи и определяли зоны тестирования с напарником

Что проверяют

Как вы планируете тестирование вдвоём: по какому принципу режете объём, как избегаете дыр и дублирования, как синхронизируетесь. Следом обычно просят рассказать, что было на стыке зон и кто нашёл баг, который мог потеряться между вами.

Как отвечать

Отвечайте на своём примере: проект, что тестировали, как делили, чем закончилось. Цифры берите реальные, а не красивые. Основания для деления, которые стоит назвать:

• по модулям или фичам: каждый ведёт свои эпики от требований до регресса, так быстрее копится экспертиза;
• по уровню: один на UI и пользовательских сценариях, второй на API в Postman и проверках в базе. Тогда обязательно договориться, кто закрывает сквозные сценарии;
• по платформам: iOS и Android, разные браузеры, веб и мобильное приложение;
• по рискам и опыту: самое критичное и новое берёт более опытный, или оба проходят его независимо;
• по свежему взгляду: на регрессе меняются зонами, чтобы не замыливался глаз.

Опишите механику: подзадачи или исполнитель в Jira, отдельные прогоны в TestRail или Qase на каждого, общий чек-лист или матрица покрытия, короткая синхронизация раз в день и общий фильтр багов, чтобы не заводить дубли. Хорошо, если назовёте случай, когда деление не сработало, и что поменяли.

Если вы всегда тестировали в одиночку, так и скажите и расскажите, как делили работу с разработчиком или аналитиком: кто пишет юнит- и интеграционные тесты, что остаётся на ручную проверку. Можно добавить, как стали бы делить с напарником, но честно пометить, что это план, а не опыт.

Где спотыкаются

Делят поровну по количеству задач, не глядя на риск. В итоге критичный платёжный модуль достаётся тому, кто видит его впервые.

Говорят «у каждого своя зона, мы не пересекались». Интервьюер спросит про интеграцию UI с API, и окажется, что стык никто не проверял.

Приносят шаблонные результаты вроде «закончили на неделю раньше и нашли 90% критических багов». Без объяснения, как считали, такая цифра звучит выдуманной и снижает доверие ко всему рассказу.