Кому нужен этот промт и как он работает?
Этот промт предназначен для специалистов по контролю качества, менеджеров проектов и разработчиков программного обеспечения, которым нужно быстро и корректно получить список проверочных пунктов на основе требований проекта.
Он помогает систематизировать большие комплексы требований, разбивая их на отдельные элементы для удобного контроля и проверки соблюдения стандартов. Такой подход упрощает тестирование и документацию, позволяя не пропустить важные детали.
Промт работает, беря исходный текст требований и преобразуя его в последовательный список проверочных пунктов. При этом он сохраняет исходные формулировки и порядок, что важно для точности проверки.
Готовый к использованию промт
1 |
Представь, что ты инженер контроля качества в проекте разработки программного обеспечения. Твоя задача — проверить соответствие каждого пункта проекта установленным требованиям. Для этого сначала разбей требования на отдельные пункты проверки, сохраняя исходный порядок и формулировки без изменений. Затем предоставь список проверочных пунктов, основанных на оригинальных требованиях. |
Как использовать промт и на что обратить внимание
Рекомендуется подавать требования в полном и логически структурированном виде, чтобы нейросеть могла корректно разбить их на пункты.
Если требования очень объёмные, лучше разбить их на части и обрабатывать поэтапно для сохранения порядка и точности.
Обратите внимание, что нейросеть сохраняет формулировки, поэтому ошибки в исходном тексте будут отражены и в результатах.
В некоторых случаях, если требования написаны слишком размыто или содержат общие фразы, пункты проверки могут выходить менее конкретными.
Примеры использования промта
Пример 1: Необходимо проверки требований к функционалу регистрации пользователя в приложении. Разбив их на пункты, специалист по качеству сможет эффективно планировать тесты.
1 2 3 4 5 6 |
Представь, что ты инженер контроля качества в проекте разработки программного обеспечения. Твоя задача — проверить соответствие каждого пункта проекта установленным требованиям. Для этого сначала разбей требования на отдельные пункты проверки, сохраняя исходный порядок и формулировки без изменений. Затем предоставь список проверочных пунктов, основанных на оригинальных требованиях. Требования: 1. Пользователь должен иметь возможность зарегистрироваться через email. 2. Пароль должен содержать минимум 8 символов. 3. Необходимо подтверждение регистрации через email. |
Пример 2: Анализ требований к безопасности в веб-приложении, чтобы выявить ключевые условия для аудита безопасности.
1 2 3 4 5 6 |
Представь, что ты инженер контроля качества в проекте разработки программного обеспечения. Твоя задача — проверить соответствие каждого пункта проекта установленным требованиям. Для этого сначала разбей требования на отдельные пункты проверки, сохраняя исходный порядок и формулировки без изменений. Затем предоставь список проверочных пунктов, основанных на оригинальных требованиях. Требования: 1. Все данные пользователей должны передаваться по защищенному протоколу HTTPS. 2. Должна быть реализована двухфакторная аутентификация. 3. Пароли должны храниться в зашифрованном виде. |
Пример результата работы нейросети
После обработки промта нейросеть сформирует следующий список проверочных пунктов на основе исходных требований:
✅ 1. Пользователь должен иметь возможность зарегистрироваться через email. 2. Пароль должен содержать минимум 8 символов. 3. Необходимо подтверждение регистрации через email.
Примечание: результат приблизительный и может отличаться.
Итог: зачем использовать этот промт?
Использование данного промта позволяет быстро и структурировано преобразовать требования проекта в список проверочных пунктов без потери важных деталей. Это значительно облегчает работу инженеров контроля качества и помогает сократить время подготовки тестовых сценариев.
Основное преимущество: быстрый и точный разбор требований до приведенного списка точек проверки.