Сформулируй критерии приёмки и граничные случаи функции
Превращает описание функции в проверяемые acceptance criteria, позитивные, негативные и граничные сценарии.
1 Готовый промпт
Выступи в роли аналитика и QA-инженера. Функция: Изменение email в настройках с подтверждением нового адреса.. Сценарий: Пользователь вводит новый email, получает ссылку и подтверждает его.. Правила: Новый email не занят; старый действует до подтверждения; ссылка имеет срок действия; повторная отправка ограничена.. Следуй структуре: 1. Сформулируй ожидаемое поведение. 2. Дай критерии приёмки в формате «дано / когда / тогда». 3. Перечисли позитивные и негативные сценарии. 4. Добавь граничные значения и необычные состояния. 5. Учти повторную отправку и ошибки сети, если применимо. 6. Отдельно перечисли вопросы, которые нужно уточнить. Не придумывай факты, данные, опыт или ограничения, которых нет во вводных. Если информации недостаточно, укажи, что нужно уточнить.
Как использовать
Заполните поля конструктора максимально конкретно. Чем точнее исходные данные, тем полезнее будет результат.
2 Настроить под себя
Заполните понятные поля ниже. Сервис автоматически соберёт новую версию промпта под вашу задачу.
3 Результат настройки
Заполните конструктор выше,
и здесь появится готовый промпт.
4 Примеры результата
Текстовый пример
1. Ожидаемое поведение Пользователь вводит новый email. Система проверяет, что он свободен, отправляет ссылку подтверждения. До подтверждения используется старый email. После успешного подтверждения — новый. 2. Критерии приёмки Дано: новый email свободен. Когда: пользователь подтверждает его по действующей ссылке. Тогда: email аккаунта изменяется. Дано: ссылка не подтверждена. Тогда: старый email остаётся активным. Дано: ссылка просрочена. Когда: пользователь открывает её. Тогда: email не изменяется. 3. Сценарии Позитивные: ввод свободного email, получение письма, успешное подтверждение. Негативные: email уже занят, неверная или просроченная ссылка, превышен лимит повторной отправки. 4. Граничные случаи подтверждение непосредственно перед истечением срока ссылки; несколько запросов на изменение email; повторное открытие уже использованной ссылки; ввод текущего email как нового. 5. Повторная отправка и сеть Проверить ограничение повторной отправки, ошибку отправки письма, потерю соединения и повтор запроса без случайного изменения email. 6. Нужно уточнить Срок действия ссылки, лимит и интервал повторной отправки, правила для нескольких активных ссылок и поведение при смене email в нескольких открытых сессиях.
5 Комментарии
0