К основному содержанию
скилл GitHub Copilot официальный · GitHub

webapp-testing — скилл для GitHub Copilot: тестирование веб-приложений

Тестирует локальные веб-приложения через Playwright: проверяет интерфейс, формы и сценарии в браузере. Пригодится для поиска ошибок UI и фиксации результатов скриншотами.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add github/awesome-copilot --skill webapp-testing -a claude-code
Открыть на GitHub

Что делает webapp-testing

Скилл управляет браузером через Playwright: открывает страницы, нажимает кнопки, заполняет поля, выбирает значения и обрабатывает диалоги. Он проверяет наличие и видимость элементов, текст, адрес страницы и поведение на разных размерах экрана.

Для работы предпочтителен Playwright MCP Server. Если он недоступен, скилл запускает код в локальной среде Node.js с Playwright; библиотека устанавливается автоматически при необходимости. В test-helper.js есть функции для ожидания элементов, скриншотов и обработки ошибок.

Нужно, чтобы приложение уже работало локально или было доступно по адресу. Сложные сценарии аутентификации и отдельные фреймворки могут потребовать настройки; нативные мобильные приложения этот скилл не тестирует. Ставьте его, если проверяете браузерный UI, а для mobile лучше выбрать другой подход.

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

  • проверить форму входа и переход после отправки
  • найти ошибку в поведении кнопки или диалога
  • сохранить скриншот при падении теста
  • прочитать сообщения консоли браузера
  • сравнить интерфейс на разных размерах экрана

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

  • Проверь локальную форму входа через Playwright и дождись перехода на dashboard.
  • Открой приложение, проверь видимость `#element-id` и сохрани скриншот при ошибке.
  • Собери логи консоли браузера и найди причину сбоя после клика по `#button`.

Как установить webapp-testing

1Через Skills CLI (Vercel)

npx skills add github/awesome-copilot --skill webapp-testing -a claude-code

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

~/.claude/skills/webapp-testing/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/webapp-testing/

Похожие

skill-creator официальный anthropics Помогает создать новый скилл, доработать существующий и проверить результат через тестовые промпты и оценки. Claude Code Claude.ai 414 180установок improve-codebase-architecture Matt Pocock Скилл ищет архитектурные узкие места в кодовой базе и показывает варианты углубления модулей в HTML-отчёте. Подойдёт для ревью перед рефакторингом. Claude Code 1 163 035установок tdd Matt Pocock Скилл управляет циклом красный-зелёный в TDD: проверяет, что тесты пишутся до кода, держит их на уровне публичных интерфейсов и не завязывает на внутреннюю структуру. Claude Code 1 141 062установок prototype Matt Pocock Создаёт временный прототип, чтобы проверить логику, модель состояния или вид интерфейса до работы над основным кодом. Claude Code 986 201установок codebase-design Matt Pocock Скилл помогает проектировать модули с небольшим интерфейсом и скрытой внутри сложностью. Подходит для рефакторинга, тестируемости и поиска чистого seam. Claude Code 850 344установок diagnosing-bugs Matt Pocock Скилл ведёт агента через воспроизводимую диагностику сложных багов и регрессий производительности. Нужен, когда код падает, работает неверно или тормозит. Claude Code 834 802установок

Вопросы о webapp-testing

Как установить webapp-testing в GitHub Copilot?

Выполните npx skills add github/awesome-copilot --skill webapp-testing. Также доступна команда gh skill install github/awesome-copilot webapp-testing.

Что делает webapp-testing?

Скилл автоматизирует проверку локальных веб-приложений в Playwright. Он выполняет действия в браузере, проверяет элементы и помогает расследовать сбои через скриншоты, консольные сообщения и сетевые запросы.

Что нужно для работы webapp-testing?

Нужны Node.js и запущенное локальное веб-приложение либо доступный адрес. Предпочтительно использовать Playwright MCP Server; при его отсутствии запускается локальный Playwright.

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

SKILL.md · MIT
---
name: webapp-testing
description: Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.
---

# Web Application Testing

This skill enables comprehensive testing and debugging of local web applications using Playwright automation.

You should use the Playwright MCP Server to undertake the work if possible. If the MCP Server is unavailable, you can run the code in a local Node.js environment with Playwright installed.

## When to Use This Skill

Use this skill when you need to:

- Test frontend functionality in a real browser
- Verify UI behavior and interactions
- Debug web application issues
- Capture screenshots for documentation or debugging
- Inspect browser console logs
- Validate form submissions and user flows
- Check responsive design across viewports

## Prerequisites

- Node.js installed on the system
- A locally running web application (or accessible URL)
- Playwright will be installed automatically if not present

## Core Capabilities

### 1. Browser Automation

- Navigate to URLs
- Click buttons and links
- Fill form fields
- Select dropdowns
- Handle dialogs and alerts

### 2. Verification

- Assert element presence
- Verify text content
- Check element visibility
- Validate URLs
- Test responsive behavior

### 3. Debugging

- Capture screenshots
- View console logs
- Inspect network requests
- Debug failed tests

## Usage Examples

### Example 1: Basic Navigation Test

```javascript
// Navigate to a page and verify title
await page.goto("http://localhost:3000");
const title = await page.title();
console.log("Page title:", title);
```

### Example 2: Form Interaction

```javascript
// Fill out and submit a form
await page.fill("#username", "testuser");
await page.fill("#password", "password123");
await page.click('button[type="submit"]');
await page.waitForURL("**/dashboard");
```

### Example 3: Screenshot Capture

```javascript
// Capture a screenshot for debugging
await page.screenshot({ path: "debug.png", fullPage: true });
```

## Guidelines

1. **Always verify the app is running** - Check that the local server is accessible before running tests
2. **Use explicit waits** - Wait for elements or navigation to complete before interacting
3. **Capture screenshots on failure** - Take screenshots to help debug issues
4. **Clean up resources** - Always close the browser when done
5. **Handle timeouts gracefully** - Set reasonable timeouts for slow operations
6. **Test incrementally** - Start with simple interactions before complex flows
7. **Use selectors wisely** - Prefer data-testid or role-based selectors over CSS classes

## Common Patterns

### Pattern: Wait for Element

```javascript
await page.waitForSelector("#element-id", { state: "visible" });
```

### Pattern: Check if Element Exists

```javascript
const exists = (await page.locator("#element-id").count()) > 0;
```

### Pattern: Get Console Logs

```javascript
page.on("console", (msg) => console.log("Browser log:", msg.text()));
```

### Pattern: Handle Errors

```javascript
try {
  await page.click("#button");
} catch (error) {
  await page.screenshot({ path: "error.png" });
  throw error;
}
```

## Limitations

- Requires Node.js environment
- Cannot test native mobile apps (use React Native Testing Library instead)
- May have issues with complex authentication flows
- Some modern frameworks may require specific configuration

## Helper Functions

Some helper functions are available in [`test-helper.js`](./assets/test-helper.js) to simplify common tasks like waiting for elements, capturing screenshots, and handling errors. You can import and use these functions in your tests to improve readability and maintainability.

© github · MIT · github/awesome-copilot

Смотрите также

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

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