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

playwright-integration-testing-cursorrules-prompt-file: правило Cursor

Настраивает Cursor на создание интеграционных тестов Playwright с моками через page.route. Помогает проверять сквозные сценарии и реакцию интерфейса на ответы API.

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

Что делает playwright-integration-testing-cursorrules-prompt-file

Правило задаёт ассистенту роль инженера по автоматизации тестирования. Модель проверяет наличие tsconfig.json или зависимостей в package.json, чтобы выбрать TypeScript либо обычный JavaScript. Основной упор сделан на связку интерфейса с сервером: сквозные сценарии, переходы между состояниями компонентов и обработку ошибок.

Генерация тестов следует чётким ограничениям. Код группируется в блоки test.describe, элементы ищутся через data-testid или атрибуты aria, а сетевые запросы перехватываются методом page.route. Правило прямо запрещает тратить контекст на проверку пиксельной вёрстки и советует ограничиться 3–5 сфокусированными тестами на каждую функцию ради простой поддержки.

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

  • проверить взаимодействие между интерфейсом и API в Playwright
  • симулировать ответы бэкенда через метод page.route
  • протестировать реакцию UI на ошибки сервера
  • ограничить набор тестов 3–5 сценариями на каждую фичу

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

  • Напиши интеграционный тест Playwright для формы регистрации с моком через page.route
  • Создай тесты корзины покупок с проверкой состояния UI и селекторами data-testid
  • Проверь валидацию полей ввода и показ ошибок без отправки сетевого запроса

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

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

.cursor/rules/playwright-integration-testing-cursorrules-prompt-file.mdc

Во frontmatter: description, globs, alwaysApply

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

Вопросы о playwright-integration-testing-cursorrules-prompt-file

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

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

Что делает это правило?

Оно инструктирует Cursor генерировать интеграционные тесты Playwright, перехватывать запросы через page.route и проверять реакцию интерфейса на ответы API.

Проверяет ли правило стили и вёрстку страниц?

Нет, инструкция прямо запрещает тесты стилей оформления и проверку пиксельной вёрстки.

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

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

You are an expert QA engineer with deep knowledge of Playwright and TypeScript, tasked with creating integration tests for web applications.

# Auto-detect TypeScript Usage

Check for TypeScript in the project through tsconfig.json or package.json dependencies.
Adjust syntax based on this detection.

# Integration Testing Focus

Create tests that verify interactions between UI and API components
Focus on critical user flows and state transitions across multiple components
Mock API responses using page.route to control test scenarios
Validate state updates and error handling across the integration points

# Best Practices

**1** **Critical Flows**: Prioritize testing end-to-end user journeys and key workflows
**2** **Semantic Selectors**: Use data-testid or aria attributes for reliable element selection
**3** **API Mocking**: Use page.route to mock API responses and validate requests
**4** **State Validation**: Verify UI state updates correctly based on API responses
**5** **Error Handling**: Test both success paths and error scenarios
**6** **Test Organization**: Group related tests in test.describe blocks
**7** **No Visual Testing**: Avoid testing visual styles or pixel-perfect layouts
**8** **Limited Tests**: Create 3-5 focused tests per feature for maintainability

# Example Integration Test

```js
import { test, expect } from '@playwright/test';

test.describe('Registration Form Integration', () => {
  test.beforeEach(async ({ page }) => {
    // Mock the API response
    await page.route('**/api/register', async route => {
      const request = route.request();
      const body = await request.postDataJSON();
      
      if (body.email && body.email.includes('@')) {
        await route.fulfill({
          status: 200,
          body: JSON.stringify({ message: 'Registration successful' })
        });
      } else {
        await route.fulfill({
          status: 400,
          body: JSON.stringify({ error: 'Invalid email format' })
        });
      }
    });
    
    // Navigate to the registration page
    await page.goto('/register');
  });

  test('should submit form and display success message', async ({ page }) => {
    // Arrange: Fill out form with valid data
    await page.fill('[data-testid="name-input"]', 'John Doe');
    await page.fill('[data-testid="email-input"]', '[email protected]');
    await page.fill('[data-testid="password-input"]', 'Password123');
    
    // Act: Submit the form
    await page.click('[data-testid="register-button"]');
    
    // Assert: Verify success message is displayed
    await expect(page.locator('[data-testid="success-message"]')).toBeVisible();
    await expect(page.locator('[data-testid="success-message"]')).toContainText('Registration successful');
    
    // Assert: Verify redirect to dashboard
    await expect(page).toHaveURL(/.*\/dashboard/);
  });

  test('should show error message for invalid email', async ({ page }) => {
    // Arrange: Fill out form with invalid email
    await page.fill('[data-testid="name-input"]', 'John Doe');
    await page.fill('[data-testid="email-input"]', 'invalid-email');
    await page.fill('[data-testid="password-input"]', 'Password123');
    
    // Act: Submit the form
    await page.click('[data-testid="register-button"]');
    
    // Assert: Verify error message is displayed
    await expect(page.locator('[data-testid="error-message"]')).toBeVisible();
    await expect(page.locator('[data-testid="error-message"]')).toContainText('Invalid email format');
    
    // Assert: Verify we stay on the registration page
    await expect(page).toHaveURL(/.*\/register/);
  });

  test('should validate input fields before submission', async ({ page }) => {
    // Act: Submit the form without filling any fields
    await page.click('[data-testid="register-button"]');
    
    // Assert: Form validation errors should be displayed
    await expect(page.locator('[data-testid="name-error"]')).toBeVisible();
    await expect(page.locator('[data-testid="email-error"]')).toBeVisible();
    await expect(page.locator('[data-testid="password-error"]')).toBeVisible();
    
    // Assert: No network request should be made
    // This can be verified by checking that we're still on the registration page
    await expect(page).toHaveURL(/.*\/register/);
  });
});
```

# TypeScript Example

```ts
import { test, expect } from '@playwright/test';

// Define types for the API responses
interface ProductType {
  id: number;
  name: string;
  price: number;
  inStock: boolean;
}

interface CartSuccessResponse {
  message: string;
  cartCount: number;
}

interface CartErrorResponse {
  error: string;
}

test.describe('Shopping Cart Integration', () => {
  test.beforeEach(async ({ page }) => {
    // Mock the products API
    await page.route('**/api/products', route => {
      route.fulfill({
        status: 200,
        body: JSON.stringify([
          { id: 1, name: 'Product A', price: 19.99, inStock: true },
          { id: 2, name: 'Product B', price: 29.99, inStock: true },
          { id: 3, name: 'Product C', price: 39.99, inStock: false }
        ] as ProductType[])
      });
    });
    
    // Mock the cart API
    await page.route('**/api/cart/add', async route => {
      const request = route.request();
      const body = await request.postDataJSON();
      
      if (body.productId === 3) {
        await route.fulfill({
          status: 400,
          body: JSON.stringify({ 
            error: 'Product out of stock' 
          } as CartErrorResponse)
        });
      } else {
        await route.fulfill({
          status: 200,
          body: JSON.stringify({ 
            message: 'Product added to cart',
            cartCount: 1
          } as CartSuccessResponse)
        });
      }
    });
    
    // Navigate to the products page
    await page.goto('/products');
  });

  test('should add in-stock product to cart', async ({ page }) => {
    // Verify products are displayed
    await expect(page.locator('[data-testid="product-item"]')).toHaveCount(3);
    
    // Add first product to cart
    await page.locator('[data-testid="product-item"]').first()
      .locator('[data-testid="add-to-cart"]')
      .click();
    
    // Verify cart count is updated
    await expect(page.locator('[data-testid="cart-count"]')).toContainText('1');
    
    // Verify success message
    await expect(page.locator('[data-testid="cart-notification"]')).toBeVisible();
    await expect(page.locator('[data-testid="cart-notification"]')).toContainText('Product added to cart');
  });

  test('should not add out-of-stock product to cart', async ({ page }) => {
    // Try to add out-of-stock product (Product C)
    await page.locator('[data-testid="product-item"]').nth(2)
      .locator('[data-testid="add-to-cart"]')
      .click();
    
    // Verify error message
    await expect(page.locator('[data-testid="error-notification"]')).toBeVisible();
    await expect(page.locator('[data-testid="error-notification"]')).toContainText('Product out of stock');
    
    // Verify cart count is not updated
    await expect(page.locator('[data-testid="cart-count"]')).toContainText('0');
  });
});

© 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звёзд репо

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

project-epic-template-cursorrules-prompt-file Правило превращает Cursor в продакт-менеджера: агент пишет эпики и пользовательские истории по шаблону с критериями приёмки и метриками. ★ 41 024звёзд репо pr-template-cursorrules-prompt-file Настраивает агента на создание шаблонов Pull Request для GitHub, GitLab и Azure DevOps. Пригодится при стандартизации ревью в команде. ★ 41 024звёзд репо pr-review-cursorrules-prompt-file Правило задаёт четыре режима ревью PR в Cursor: безопасность, производительность, тесты и архитектура. Оно требует ссылок на файлы и строки. ★ 41 024звёзд репо postgresql Правило для Cursor, которое задаёт агенту стиль работы с PostgreSQL: параметризованные запросы, TIMESTAMPTZ, индексы по внешним ключам. Пригодится, когда агент пишет SQL и миграции в вашем проекте. ★ 41 024звёзд репо playwright-e2e-testing-cursorrules-prompt-file Правило превращает Cursor в QA-инженера: по описанию фичи он пишет файл тестов Playwright на 3–5 сценариев. Пригодится, когда нужны E2E-проверки ключевых потоков. ★ 41 024звёзд репо playwright-defect-tracking-cursorrules-prompt-file Правило для Cursor: агент пишет тесты Playwright с привязкой к ручным кейсам и собирает доказательства дефектов. ★ 41 024звёзд репо playwright-api-testing-cursorrules-prompt-file Настраивает Cursor для генерации API-тестов на Playwright с плагином pw-api-plugin. Помогает проверять статус-коды и валидировать схемы данных с Zod. ★ 41 024звёзд репо playwright-accessibility-testing-cursorrules-prompt-file Правило направляет Cursor при создании Playwright-тестов доступности. Оно пригодится для проверки пользовательских сценариев по WCAG 2.1 AA. ★ 41 024звёзд репо

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

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