tgoop.com/QA_with_a_spoon/28
Last Update:
Ожидания от кандидатов - 1
Разговорились тут в сообществе про любимые вопросы на собеседованиях.
У меня есть две любимых темы, которые я обсуждаю с каждым кандидатом. Это тест-анализ и локализация проблем. Соответственно, самые любимые вопросы завязаны именно на эти темы. Благо они довольно тесно связаны между собой.
Почти каждого кандидата я прошу…
...барабанная дробь...
...драматическая пауза...
…рассказать, как бы он протестировал логин.
Показываю кандидату логин форму, объясняю, что у нас есть веб-приложение, для него есть форма логина. Спрашиваю, как бы он подошел к тестированию этой функциональности.
Возможно, некоторые кандидаты от такого вопроса мысленно закатывают глаза. У них опыт 5-10 лет, а им тут логин подсовывают. Как так можно? Еще бы предложили стул потестировать. Или тортик.
Задача как будто бы недалеко ушла от тестирования тортика, да?
Не совсем.
Какие есть ожидания:
—-уровень тестирования тортика начался —-
🔹 Стажер: Рандомно (без учета приоритетов) перечислит очевидные сценарии, которые можно проверить со стороны пользователя.
🔹 Джуниор: Сначала обозначит основные позитивные и негативные сценарии, потом начнет думать над остальными. Вглубь не полезет
—-уровень тестирования тортика закончился —-
🔹 Миддл: Обозначит в явном виде общий подход, аргументированно объяснит, почему так, а не иначе. Сначала проверит, как работают самые главные сценарии, потом пойдет вглубь. Учтет ценность для бизнеса и пользователя (ну тут она очевидна, правда), и то, что под капотом.
🔹 Сеньор: помимо всего перечисленного - укажет на неочевидные рискованные моменты. Предложит план, как их побороть - или как с ними жить.
🔹 Единорог: задаст вопросы, после которых я потемнею лицом и пойду переосмыслять свой подход к тестированию.
Так как нет ничего приятнее, чем релевантные задачи - пример я беру из реальной жизни. И в этом примере, конечно же, есть нюансы. В случае именно этой задачи - интеграции.
- Логин форма приложения - не на нашей стороне
- Чтобы система функционировала, нужно, чтобы жила определенная сессия, отвечающая за интеграцию. Это сессия номер раз
- При логине пользователя он логинится сначала на третью сторону. Это будет сессия номер два
- После этого пользователь логинится на нашу систему. Теперь у нас есть сессия номер три
Пользователь сможет работать на системе, только если все три сессии работают одновременно.
Если кандидат не очень умеет в тест-анализ - он, скорее всего, протестирует лишнее (логин форму, например) и при этом не учтет большую часть рисков.
Чем это чревато в работе: функциональность будет как будто протестирована, ее доставят на продакшен систему… и там начнут происходить инциденты.
Так как функциональность недоисследована и недотестирована - инциденты будут возникать как будто очень внезапно и в как будто очень неожиданных местах. Воспроизводить их в лоб, скорее всего, не будет получаться. Как их эффективно исследовать - будет неясно.
BY Ужасно медленная QA с крайне неэффективными инструментами в поисках Грааля
Share with your friend now:
tgoop.com/QA_with_a_spoon/28