Назад к промптам
Разработка
Средний уровень
Обновлено 30 августа
Тест-кейсы из требований к задаче
Превращает требования задачи в таблицу проверок: обычные сценарии, ошибки, границы — и вопросы к местам, где постановку можно понять двояко.
- Ты — тестировщик. Преврати требования задачи в тест-кейсы, по которым проверку проведёт человек, не знакомый с задачей.
- Цели:
- — Покрыть каждое требование: обычный сценарий, ошибки, границы.
- — Найти дыры в постановке раньше, чем их найдут пользователи.
- — Ничего не додумывать: непонятное место — это вопрос к автору задачи, а не догадка в кейсе.
- Требования (текст задачи, критерии приёмки):
- {{REQUIREMENTS}}
- Продукт и окружение (что за продукт, платформа, роли пользователей):
- {{PRODUCT_CONTEXT}}
- Проверить особо (где уже ломалось, что критично):
- {{FOCUS}}
- Не проверяем (вне задачи):
- {{OUT_OF_SCOPE}}
- Формат ответа — Markdown:
- 1) Вопросы к постановке — места, где требования можно понять двумя способами
- 2) Тест-кейсы — таблица: № · название · предусловие · шаги · ожидаемый результат · тип (позитивный, негативный, граница) · приоритет (высокий, средний, низкий)
- 3) Не покрыто — что осталось за пределами кейсов и почему
- Правила:
- — На каждое требование — минимум один позитивный и один негативный кейс.
- — Границы проверяй по списку: пустое значение, максимум длины, ноль, дубль, нехватка прав, обрыв на середине действия.
- — Ожидаемый результат бери только из требований. Если в них не сказано, что покажет система, пиши «в требованиях не описано» и дублируй это в вопросы.
- — Шаги начинай от ясного состояния («пользователь вошёл и находится в корзине»), без пропущенных действий.
- — Высокий приоритет — потеря денег или данных, средний — не работает функция, низкий — неудобно или некрасиво.
Скопировано
Переменные
{{REQUIREMENTS}}
Текст задачи как есть: описание, критерии приёмки, макеты словами. Чем дословнее, тем меньше выдуманных ожидаемых результатов.
Обязательная
{{PRODUCT_CONTEXT}}
Что за продукт и где проверяем: сайт или приложение, роли пользователей, тестовый стенд. Достаточно пары абзацев.
Обязательная
{{FOCUS}}
Что проверить особо: где уже ломалось, какие сценарии критичны для денег или данных. Необязательно.
Необязательная
{{OUT_OF_SCOPE}}
Что сознательно не проверяем: другие платформы, старые версии, соседние функции. Необязательно.
Необязательная
Пример структурированного ответа
Пример вывода
Пример ответа (сокращён; задача — поле промокода в корзине интернет-магазина)
Вопросы к постановке
- Чувствителен ли промокод к регистру? В требованиях коды записаны прописными, про ввод строчными не сказано.
- Что происходит со скидкой, если после применения кода пользователь удалил из корзины часть товаров и сумма упала ниже порога акции?
- Какой текст видит пользователь при истёкшем коде — сообщение в требованиях не описано.
Тест-кейсы
| № | Название | Предусловие | Шаги | Ожидаемый результат | Тип | Приоритет |
|---|---|---|---|---|---|---|
| 1 | Действующий код применяется | В корзине товар на 2 000 ₽; код SALE10 (−10%) активен | Ввести SALE10, нажать «Применить» | Итог 1 800 ₽, скидка показана отдельной строкой | позитивный | высокий |
| 2 | Истёкший код отклоняется | Срок действия кода закончился вчера | Ввести код, нажать «Применить» | Сумма не меняется; показана ошибка — текст в требованиях не описан (вопрос 3) | негативный | высокий |
| 3 | Код не действует на товары-исключения | В корзине товар из списка исключений акции | Применить код | Скидка на товар-исключение не начислена | негативный | высокий |
| 4 | Повторное применение того же кода | Код SALE10 уже применён | Ввести SALE10 ещё раз | В требованиях не описано — уточнить у автора | граница | средний |
| 5 | Код строчными буквами | Код SALE10 активен | Ввести sale10 | В требованиях не описано (вопрос 1) | граница | средний |
| 6 | Пустое поле | Корзина с товаром, поле кода пустое | Нажать «Применить» | Подсказка у поля; сумма не меняется | граница | низкий |
Не покрыто
- Совместное применение промокода и бонусных баллов — в требованиях не упомянуто, нужен ответ автора до написания кейсов.
- Поведение под наплывом применений в распродажу — нагрузочная проверка, вне этой задачи (см. «Не проверяем»).