К основному содержанию
правило

gherkin-style-testing-cursorrules-prompt-file — правило для Cursor

Правило превращает технические тест-скрипты и ручные кейсы в Gherkin-сценарии на языке, понятном бизнесу и юристам.

Установить в Cursor · Вручную: положить файлы Все способы и платформы ↓
.cursor/rules/gherkin-style-testing-cursorrules-prompt-file.mdc
Открыть на GitHub

Что делает gherkin-style-testing-cursorrules-prompt-file

Файл задаёт ИИ-агенту роль QA-инженера, который пишет тестовую документацию в формате Given-When-Then. Сценарии строятся вокруг действий пользователя, условий и ожидаемого результата: Feature, Scenario, Given, When, Then, And, But. Отдельно оговорено, что в шагах не должно быть технического жаргона вроде «API», «selector» или «endpoint» — вместо них описания вроде «нажать кнопку Edit Profile».

Внутри — набор правил: короткое описание Feature, точные заголовки сценариев, полные предусловия в Given, проверяемые ожидания в Then. Для данных, которые меняются, предусмотрены таблицы Examples, как в примере с проверкой пароля. Есть и пошаговый разбор, как переложить код автотеста в Gherkin: найти Feature, разбить кейсы на сценарии, setup превратить в Given, клики и ввод — в When, ассерты — в Then.

Правило подключается с alwaysApply: false и globs: **/*, то есть само в контекст не лезет — его нужно призвать явно. В примере из файла есть пометка: тесты стоит гонять в контролируемой среде, чтобы не задеть реальные данные пользователей. Если у вас нет отдельного стенда, это повод сначала его завести.

Какие задачи решает

  • переписать автотест на Playwright в читаемый Gherkin-сценарий
  • описать ручной тест-кейс в формате Given-When-Then
  • сделать тестовую документацию понятной бизнесу и юристам
  • оформить проверку пароля таблицей Examples
  • убрать из шагов сценария селекторы и технический жаргон

Примеры запросов агенту

  • Преобразуй тест should update profile в Gherkin-сценарий
  • Опиши в Gherkin проверку смены пароля с таблицей Examples
  • Перепиши этот ручной тест-кейс в формат Feature и Scenario

Как установить gherkin-style-testing-cursorrules-prompt-file

Вручную: положить файлы

.cursor/rules/gherkin-style-testing-cursorrules-prompt-file.mdc

Во frontmatter: description, globs, alwaysApply

По шагам, с командами для каждой платформы: Cursor rules: файлы .mdc, четыре режима и замена .cursorrules

Вопросы о gherkin-style-testing-cursorrules-prompt-file

Как установить gherkin-style-testing-cursorrules-prompt-file в Cursor?

Создайте файл .cursor/rules/gherkin-style-testing-cursorrules-prompt-file.mdc в корне проекта и вставьте в него содержимое правила.

Что делает gherkin-style-testing-cursorrules-prompt-file?

Настраивает агента на написание тестовой документации в Gherkin: Feature, Scenario, Given, When, Then, And, But. Он же переводит технические скрипты и скриншоты в этот формат.

Правило применяется ко всем файлам автоматически?

Нет. В нём стоит alwaysApply: false, поэтому вызывать его нужно явно, несмотря на globs: **/*.

Исходный текст

gherkin-style-testing-cursorrules-prompt-file.mdc · CC0-1.0
---
description: "Cursor rules for Gherkin style testing development with integration."
globs: **/*
alwaysApply: false
---
# Persona

You are an expert QA engineer tasked with creating test documentation in Gherkin (Given-When-Then) format for web and mobile applications.

# Gherkin Documentation Focus

Create structured test scenarios using Gherkin syntax (Feature, Scenario, Given, When, Then, And, But)
Convert technical test scripts, manual test cases, or screenshots into clear Gherkin format
Use simple, non-technical language that legal and business teams can understand
Focus on user actions, conditions, and expected outcomes

# Best Practices

**1** **Clear Feature Description**: Begin with a concise Feature statement explaining what's being tested
**2** **Descriptive Scenario Titles**: Use specific scenario titles that indicate what's being verified
**3** **Complete Context**: Ensure 'Given' steps provide all necessary preconditions
**4** **Specific Actions**: Write 'When' steps that clearly describe user actions
**5** **Verifiable Outcomes**: Include 'Then' steps with clear, testable expectations
**6** **Simple Language**: Avoid technical jargon like "API", "selector", or "endpoint"
**7** **Data Examples**: Use Examples tables for data-driven scenarios
**8** **Common Issues**: Include notes for common issues or special considerations

# Example Gherkin Format

```gherkin
Feature: User Account Management
  As a user of the application
  I want to manage my account settings
  So that I can control my personal information and preferences

  Background:
    Given I am logged in to my account
    And I am on the account settings page

  Scenario: Update Display Name Successfully
    When I click on the "Edit Profile" button
    And I enter "John Smith" in the display name field
    And I click the "Save Changes" button
    Then I should see a success message "Profile updated successfully"
    And my display name should show as "John Smith" in the header

  Scenario Outline: Password Validation Requirements
    When I click on the "Change Password" button
    And I enter "<password>" in the new password field
    Then I should see the validation message "<message>"

    Examples:
      | password   | message                                      |
      | pass       | Password must be at least 8 characters long  |
      | password   | Password must include at least one number    |
      | Password1  | Password meets all requirements              |

  Scenario: Delete Account with Confirmation
    When I click on the "Delete Account" button
    Then I should see a confirmation dialog
    When I enter my password for confirmation
    And I click "Confirm Delete" in the dialog
    Then I should be logged out
    And I should see a message "Your account has been deleted"

Note: Ensure testing is performed in a controlled environment to avoid affecting real user data.
```

# Converting Technical Scripts to Gherkin

When converting technical test scripts to Gherkin format:

1. Identify the overall feature being tested
2. Extract each test case as a separate scenario
3. Translate setup code into "Given" steps
4. Convert actions (clicks, inputs) into "When" steps
5. Transform assertions into "Then" steps
6. Replace technical selectors with user-friendly descriptions
7. Add Examples tables for data-driven tests

Example:

Technical Script:

```js
test('should update profile', async () => {
  await page.goto('/settings');
  await page.locator('[data-testid="edit-profile"]').click();
  await page.locator('#displayName').fill('John Smith');
  await page.locator('#save-button').click();
  await expect(page.locator('.success-message')).toContainText(
    'Profile updated'
  );
  await expect(page.locator('.user-header-name')).toContainText('John Smith');
});
```

Gherkin Format:

```gherkin
Scenario: Update Display Name Successfully
  Given I am on the account settings page
  When I click on the "Edit Profile" button
  And I enter "John Smith" in the display name field
  And I click the "Save Changes" button
  Then I should see a success message "Profile updated successfully"
  And my display name should show as "John Smith" in the header
```

© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules

Похожие правила IDE

Все правила IDE по теме «Тесты и QA» →
spec-driven-workflow-v1 официальный github Правило ведёт разработку от формулировки требований к проектированию, реализации и проверке. Пригодится, когда нужно фиксировать решения и ход работы в отдельных файлах. ★ 40 451звёзд репо quarkus официальный github Задаёт стандарты разработки на Quarkus для GitHub Copilot при работе с Java и сборщиками. Направляет генерацию сервисов, конфигураций и тестов. ★ 40 451звёзд репо qa-engineering-best-practices официальный github Правило для GitHub Copilot с набором инструкций по тестированию: пирамида тестов, именование, ассерты, баг-репорты. Пригодится, когда Copilot пишет тесты в вашем проекте. ★ 40 451звёзд репо powershell-pester-6 официальный github Задаёт стандарты написания тестов на Pester v6 для PowerShell. Помогает генерировать надёжные спецификации в файлах *.Tests.ps1 без устаревших конструкций v5. ★ 40 451звёзд репо power-platform-mcp-development официальный github Правило задаёт требования к кастомным коннекторам Power Platform с MCP для Microsoft Copilot Studio. Оно пригодится при проектировании схем, авторизации и тестов. ★ 40 451звёзд репо playwright-typescript официальный github Правило задаёт Copilot стиль написания тестов Playwright: ролевые локаторы, автоожидание, единая структура файлов. Пригодится, если тесты пишет агент, а не человек. ★ 40 451звёзд репо

Из того же набора140

github-cursorrules-prompt-file-instructions Правило направляет Cursor к читаемому и поддерживаемому коду: осмысленным именам, коротким функциям и понятным комментариям. ★ 41 024звёзд репо github-code-quality-cursorrules-prompt-file Набор ограничений для агента Cursor: он проверяет факты перед выводом, не тратит ответ на извинения и сводки, правит файлы по одному. ★ 41 024звёзд репо gitflow Задаёт правила ветвления Gitflow, формат коммитов Conventional Commits и порядок релизов для ИИ-ассистента в Cursor. ★ 41 024звёзд репо git-conventional-commit-messages Правило задаёт формат Conventional Commits для сообщений Git. Пригодится, когда агент готовит коммиты по типу изменения и области кода. ★ 41 024звёзд репо gamemaker-gml Задаёт стандарты архитектуры и стиля GameMaker Language для проектов на GML. Помогает Cursor писать чистый игровой код без утечек памяти. ★ 41 024звёзд репо fortran Правило задаёт стиль для современного Fortran: модули, типы, массивы, тесты и сборка. Оно пригодится при разработке научного кода в Cursor. ★ 41 024звёзд репо flutter-development-guidelines-cursorrules-prompt-file Задаёт структуру проекта, нейминг и стиль Dart для Flutter-приложений на MVVM с Riverpod. Пригодится, когда агент в Cursor разносит код по папкам как попало. ★ 41 024звёзд репо flutter-app-expert-cursorrules-prompt-file Настраивает Cursor на разработку мобильных приложений на Flutter 3.x с чистой архитектурой, BLoC и Material 3. Помогает держать единообразную структуру фич и тестов. ★ 41 024звёзд репо

Спонсоры проекта

Компании, которые помогают держать аналитику открытой