Готов ли работать с доменом

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

Готовы ли вы разбираться в бизнесе продукта, а не только в тест-кейсах. Для QA знание домена напрямую влияет на то, какие ошибки вы найдёте. Следом обычно спрашивают, как быстро вы вошли в прошлую предметную область и что для этого делали.

Как отвечать

Сначала уточните, о каком домене речь, если это не очевидно из вакансии. Дальше каркас на своём опыте:

• что вы уже знаете: честно, на каком уровне. Работали в этом домене, в соседнем или сталкивались как пользователь;
• как входите в новую область: документация и регламенты, глоссарий, разбор пользовательских сценариев с аналитиком или продактом, чтение обращений в поддержку, где видно, что ломается у людей;
• что это меняет в тестировании: граничные значения берутся из бизнес-правил (лимиты переводов, возраст, сроки), тестовые данные должны быть правдоподобными, появляются регуляторные требования. Для персональных данных это 152-ФЗ, для платёжных карт PCI DSS, в медицине и финансах свои стандарты;
• пример: сколько заняло прошлое погружение и какой дефект вы нашли именно благодаря знанию домена, а не технике тестирования.

Сроки и примеры должны быть вашими. Если домен новый, скажите прямо, например: «в страховании не работал, за первый месяц планирую разобрать продуктовые сценарии и регламенты, а в прошлый раз на вход в e-commerce ушло около трёх недель». Такой ответ убедительнее общего «быстро учусь».

Если домен вызывает у вас сомнения (азартные игры или сбор данных, который вам этически неприятен), обсудите это сейчас, а не после оффера.

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

Отвечают «мне всё равно, какой домен». Звучит как безразличие к продукту, а не как гибкость.

Приписывают себе опыт, которого нет. Пара вопросов про термины области быстро это выдаёт.

Рассказывают STAR-историю с круглыми процентами вроде «сократили баги на 30%» и не могут объяснить, как считали. Лучше меньше цифр, но проверяемых.