Тест-кейсы, чек-листы, баг-репорты и вычитка ТЗ съедают у QA-инженера полдня ещё до старта тестирования. Искра снимает эту текстовую рутину: пишет тест-кейсы, оформляет баг-репорты по шаблону, ищет противоречия в ТЗ, разбирает логи. Но тесты Искра не прогоняет и с CI не интегрируется — покрытие и решение о релизе за вами.
Подборка типовых задач тестировщика, где Искра снимает рутину. 8 задач закрывают соло-работу, 2 последние — про работу командой: единый стандарт из общей базы знаний и передачу баг-репорта (для команды это и есть главная ценность — подробнее ниже). Не нужно делать всё сразу: проще всего начать с задачи 01 (чек-лист по требованию) или 02 (баг-репорт по шаблону) — это самая лёгкая точка входа, остальное добавите по мере надобности. Тайминги в карточках — ориентир, зависят от объёма требований; Искра отдаёт черновик, доводка за вами. Везде Искра работает с текстом: тесты проходите и проверяете покрытие вы.
Работаете в одиночку или на фрилансе?
Это страница и про вас — начните с задач 01 (чек-лист по требованию), 02 (баг-репорт) и 05 (разбор лога): они полностью соло. Блок про общую базу знаний ниже (задачи 09–10) пригодится, когда подключите команду, — он не «обязательный», а навигация для тех, у кого есть организация. Фрилансеру отдельно полезна задача 10: отдать заказчику готовый баг-репорт публичной ссылкой /r/ — без созвона и доступа в трекер.
На входе: Описание фичи или кусок требований («форма регистрации с email и паролем»).
На выходе: Чек-лист с позитивными, негативными и граничными проверками, разбитый по группам. Покрытие дополняете и проходите вы.
Черновик за ~3 минуты (ориентир, зависит от объёма)
На входе: Короткое описание проблемы: «при оплате картой ничего не происходит после нажатия».
На выходе: Оформленный баг: заголовок, шаги воспроизведения, ожидаемый и фактический результат, окружение, серьёзность. Готовый markdown можно вставить в Jira, TestRail или Allure — остаётся проверить и завести.
Черновик за ~2 минуты (ориентир, зависит от объёма)
На входе: Файл с требованиями (PDF, DOCX), пользовательская история — или текст API-контракта / Swagger (OpenAPI).
На выходе: Набор тест-кейсов с предусловиями, шагами и ожидаемым результатом, с применением техник тест-дизайна (классы эквивалентности, граничные значения, попарное / pairwise, таблицы решений, переходы состояний).
Для синьора: вставьте кусок Swagger / OpenAPI — Искра разберёт контракт на пропущенные коды ответов (нет 400/409/422 на невалидном теле, нет 401/403), проверит идемпотентность PUT/DELETE и повторного POST с тем же ключом, и набросает матрицу состояний (например, заказ: создан → оплачен → отменён) — какие переходы запрещены и не проверены. Искра не прогоняет тесты — прохождение и доводка за вами.
Черновик за ~5 минут (грубая оценка, замерьте на своём процессе)
На входе: Текст ТЗ или user story, которые надо проверить перед разработкой.
На выходе: Список неоднозначностей, незакрытых сценариев и противоречий с уточняющими вопросами к аналитику. Финальное решение — за командой.
Черновик за ~4 минуты (ориентир, зависит от объёма)
На входе: Текст лога или стектрейса (трассировки ошибки) с упавшего теста или сборки.
На выходе: Вероятная причина, на какую строку смотреть, список гипотез что проверить и как описать баг разработчику. Искра не запускает код — это гипотезы, проверяете вы.
Черновик за ~3 минуты (ориентир, зависит от длины лога)
На входе: Список ключевых функций продукта или описание релиза.
На выходе: Регресс-чек-лист (повторная проверка старого) и короткий smoke-набор (быстрая проверка, что главное вообще работает). Приоритеты расставляете вы.
Черновик за ~4 минуты (ориентир, зависит от размера релиза)
На входе: Старая и новая версии ТЗ или описание изменений в фиче.
На выходе: Что изменилось, что могло сломаться рядом, какие тесты нужно перепроверить. Решение, что включить в регресс, — за вами.
Черновик за ~4 минуты (ориентир, зависит от объёма правок)
На входе: Описание поля или формы («номер телефона РФ») или англоязычная тест-документация.
На выходе — одно из двух (это разные задачи):
• для описания поля — набор валидных и невалидных тест-данных с граничными значениями (техники: классы эквивалентности, граничные значения, pairwise — попарные комбинации);
• для англоязычной документации — аккуратный перевод с сохранением терминов.
Acceptance-критерии при желании оформит в формате Gherkin (given/when/then).
Черновик за ~3 минуты (ориентир, зависит от объёма)
На входе: Команда один раз загрузила в общую базу знаний чек-листы, баг-стандарты и тест-стратегию. Тестировщик спрашивает, как оформляется регресс по стандарту команды.
На выходе: Чек-лист по правилам именно вашей команды — со ссылкой на стандарт из общей базы знаний. Для команды это и есть главная ценность: единый стандарт у всех тестировщиков, а не разрозненные личные правила. Личный ИИ каждому, оплата за общий пул токенов.
~5 минут вместо получаса сверки стандартов (грубая оценка, замерьте на своём процессе)
На входе: Готовый баг-репорт или отчёт о тестировании, который надо передать разработчику или показать заказчику-фрилансеру.
На выходе: Ответ Искры открывается по публичной ссылке /r/ или пересылается вместе с файлами — без пересказа «на словах». Фрилансеру удобно: отдать заказчику готовый баг-репорт ссылкой, без созвона и доступа в трекер.
~5 минут вместо часа созвонов (грубая оценка, замерьте на своём процессе)
Соло-тестировщику Искра экономит время на черновиках. Но в команде она работает иначе и ценнее: организация загружает в общую базу знаний чек-листы, баг-стандарты и тест-стратегию один раз — и каждый тестировщик получает ответы по единому стандарту. Личный ИИ у каждого, оплата за общий пул токенов.
Тест-лид один раз заливает чек-листы и баг-стандарты в общую базу знаний организации. Дальше каждый тестировщик спрашивает свою Искру — и получает ответ по правилам именно вашей команды, со ссылкой на стандарт, а не абстрактный:
Чек-лист собран по единому стандарту из общей базы знаний — вся команда работает от одного источника, а не от разрозненных личных правил.
Общая база знаний — это живой стандарт команды: туда сложены чек-листы, баг-стандарты и тест-стратегия. Новый тестировщик спрашивает свою Искру: «по нашим стандартам — как оформляется баг и что входит в smoke перед релизом?» — и получает ответ на материалах именно вашей команды, а не абстрактный. Меньше дёргать коллег, быстрее вход в проект.
/r/ — без пересказа на словах.Один шаблон под любую задачу вашей профессии. Замените [плейсхолдеры] на свои данные.
Я тестировщик (QA), тестирую [тип продукта — веб / мобильное приложение / API].
Мне нужна помощь с [задача — тест-кейсы / чек-лист / баг-репорт / разбор требований / тест-данные / разбор лога].
Что тестируем: [фича или функция, которую нужно проверить].
Требования: [вставь требования / ТЗ / user story или прикрепи файл].
Окружение: [платформа, браузер, версия, роль пользователя].
Что мне нужно на выходе: [формат — чек-лист / тест-кейсы с шагами / баг-репорт по шаблону / набор тест-данных / Gherkin].
Учитывай: тесты я прохожу и проверяю покрытие сам, мне нужен черновик/разбор, а не финальное решение о релизе.
Чувствительное (реальные логины, пароли, персональные данные) я убрал.Если только начинаете, не заполняйте плейсхолдеры — возьмите один из этих промптов целиком и просто допишите своё требование/описание в конце.
Под задачу 01 — чек-лист по требованию:
Ты — опытный QA-инженер. Собери чек-лист тестирования по требованию ниже.
Разбей на группы: позитивные проверки, негативные, граничные значения, безопасность.
Помни про классы эквивалентности и граничные значения.
Это черновик — без выдуманных деталей; если чего-то в требовании нет, отметь как вопрос.
Вот требование:Под задачу 02 — баг-репорт из пары фраз:
Ты — опытный QA-инженер. Оформи баг-репорт по моему короткому описанию.
Формат: заголовок, шаги воспроизведения (по пунктам), ожидаемый результат,
фактический результат, окружение, серьёзность. Отдай готовым markdown под Jira/TestRail.
Чего не хватает для воспроизведения — перечисли отдельным списком вопросов.
Вот описание проблемы:Попробуйте прямо сейчас
Вставьте кусок требований, описание фичи или лог с ошибкой — Искра вернёт чек-лист, тест-кейсы или оформленный баг-репорт за минуту. Ничего секретного загружать не нужно: хватит безобидного фрагмента, чтобы оценить, насколько ответ полезен.
Тестировщик вставляет кусок требований — Искра возвращает чек-лист проверок с граничными и негативными случаями. Прохождение тестов — за вами.