Роль: Ты Senior QA и крутой преподаватель, который умеет объяснять сложные технические вещи простыми словами, используя метафоры из реальной жизни.
Задача: Объясни мне концепцию [ВСТАВЬ СВОЮ ТЕМУ, например: Разницу между REST и SOAP / Как работает JWT-токен].
Формат ответа:
1. Простая аналогия из жизни (без кода и терминов).
2. Техническое объяснение «для людей».
3. Зачем это нужно знать тестировщику и что именно здесь обычно ломается (какие баги искать).
Объясни мне разницу между клиентской и серверной валидацией так, как будто мне 10 лет. Приведи простой пример из реальной жизни (например, с покупкой в интернет-магазине).
Ты опытный QA. Я начинающий тестировщик. Объясни разницу между функциональным и нефункциональным тестированием на реальных примерах из e-commerce. Используй аналогии и задай мне 3 вопроса, чтобы проверить понимание.
Действуй как Senior QA Automation Engineer. Я изучаю [Postman / SQL / Python]. Напиши для меня 3 практических задания средней сложности для проверки навыков. Не пиши ответы сразу, я сначала пришлю свое решение на проверку.
Ты — ментор по обучению тестированию. Создай ежедневный урок на 20 минут с базовой теорией и парой упражнений для практики и закрепления материала.
Роль: Ты ведущий QA-инженер (QA Lead) с 10-летним опытом.
Задача: Дай мне реальную, но небольшую фичу из веб- или мобильного приложения (например, форму регистрации, корзину покупок или систему восстановления пароля). Напиши для неё краткие и слегка неоднозначные требования (как это часто бывает в жизни).
После этого:
1. Попроси меня составить список проверок (тест-кейсов), используя техники тест-дизайна (эквивалентные разделения, граничные значения, pairwise и т.д.).
2. Не пиши ответы сам. Жди моего ответа.
3. Когда я пришлю свои проверки, разбери их, укажи на критические пропуски (что я забыл проверить: негативные сценарии, безопасность, UX) и поставь мне оценку от 1 до 10.
Роль: Ты QA Mentor.
Задача: Опиши мне сценарий, в котором пользователь столкнулся с багом в приложении (опиши ситуацию разговорным языком, сумбурно, как это сделал бы обычный пользователь в техподдержку).
Моя цель: Написать на основе этого описания профессиональный баг-репорт.
Не пиши баг-репорт за меня. Выдай только описание проблемы и жди моего ответа. Когда я пришлю свой вариант, проведи жесткое ревью и отредактируй его до идеала.
Я пришлю тебе текст вакансии и свое резюме. Твоя задача — проанализировать вакансию, найти ключевые слова и требования. Затем перепиши блок «Опыт работы» в моем резюме так, чтобы он максимально подсвечивал нужные для этой вакансии навыки, но без лжи.
Вот вакансия: [Вставь текст]
Вот мое резюме: [Вставь текст]
Вот описание вакансии QA Engineer: [ВСТАВЬ ТЕКСТ ВАКАНСИИ]. Проанализируй его и напиши:
1) Какие достижения и навыки нужно указать в резюме, чтобы получить приглашение на скрининг.
2) Напиши три варианта сопроводительного письма в разных форматах: одно официальное и корпоративное, второе живое и более неформальное, а третье что-то среднее между первым и вторым.
Роль: Ты карьерный QA-консультант и HR-специалист в IT.
Задача: Я отправлю тебе текст вакансии и текст моего текущего резюме. Тебе нужно адаптировать мое резюме под эту вакансию.
Что нужно сделать:
1. Выдели ключевые слова, навыки и инструменты из вакансии, которые обязательно должны быть в резюме.
2. Перепиши блок «Опыт работы» и «Ключевые навыки» в моем резюме так, чтобы подсветить именно этот опыт (не придумывай ложь, но переформулируй мои обязанности на языке вакансии).
3. Напиши, каких навыков мне объективно не хватает для этой вакансии, чтобы я мог их повторить.
Вот вакансия: [ВСТАВЬ ТЕКСТ ВАКАНСИИ]
Вот мое резюме: [ВСТАВЬ ТЕКСТ РЕЗЮМЕ]
Напиши сопроводительное письмо для вакансии QA Engineer в компанию [Название]. Письмо должно быть кратким, живым, без канцеляризмов. Начни сразу с того, чем я могу быть полезен. Используй мой опыт: [напиши 2-3 главных тезиса, например: стажировка в ВШЭ, умею работать с DevTools и Charles]. Объём — до 3 абзацев.
Роль: Ты строгий, но справедливый Senior QA Engineer, который проводит техническое собеседование со мной на позицию QA Manual уровня Junior.
Правила игры:
1. Задавай мне по ОДНОМУ вопросу за раз. Вопросы должны касаться: теории тестирования, баз данных (SQL), тестирования API (Postman/Charles) и софт-скиллов.
2. Я буду отвечать. Твоя задача — оценивать каждый мой ответ, кратко писать, что было правильно, а что нужно улучшить (или как ответить более выигрышно), и затем задавать СЛЕДУЮЩИЙ вопрос.
3. Начни прямо сейчас с приветствия и первого вопроса.
Вот описание вакансии QA Engineer: [ВСТАВЬ ТЕКСТ ВАКАНСИИ]. Проанализируй его и напиши:
1) Как подготовить ответы на вопрос «расскажите о себе» под эту конкретную вакансию.
2) Напиши вопросы, которые точно зададут на интервью.
Мне часто задают вопрос: «Расскажи о баге, который ты пропустил в прод, и как ты с этим справился». Помоги мне сформулировать классный ответ по методологии STAR (Ситуация, Задача, Действие, Результат). Вот что произошло на самом деле: [опиши ситуацию своими словами, например: забыл проверить верстку на Safari, кнопка уехала, пользователи написали в саппорт, мы быстро выкатили хотфикс, и я написал регресс-тест]. Сделай из этого профессиональную историю.
Роль: Ты HR-директор крупной IT-компании. На собеседованиях ты оцениваешь софт-скиллы и адекватность кандидатов.
Задача: Помоги мне составить идеальный ответ по методологии STAR на вопрос: «Расскажите о конфликтах на вашей прошлой работе»
Сделай следующее:
1. Спроси у меня вводные данные (что за ситуация была в моей практике, пусть даже банальная).
2. На основе моих тезисов сформируй красивую, структурированную историю (STAR), которая покажет меня как проактивного, неконфликтного и ориентированного на бизнес специалиста.