원클릭으로 Manus에서 모든 스킬 실행

playwright-generate-test

스타0

포크0

업데이트2026년 3월 17일 10:52

Use when a developer wants to create a Playwright end-to-end or browser test for a specific feature, flow, or scenario — when they say 'write a Playwright test for', 'generate a test for the login flow', 'add e2e tests for', or 'test this UI with Playwright'. Uses Playwright MCP tools to first interact with the real browser (not just guess at selectors), then generates a TypeScript spec using @playwright/test. Saves to tests/ directory with <feature>.spec.ts naming. Iterates until the test passes. Auto-loads when Playwright, e2e, browser test, or UI test is mentioned.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

SriSatyaLokesh

SriSatyaLokesh/kt-parser

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

Test Generation with Playwright MCP

Your goal is to generate a Playwright test based on the provided scenario after completing all prescribed steps.

Specific Instructions

You are given a scenario, and you need to generate a Playwright test for it. If the user does not provide a scenario, ask them to provide one.
DO NOT generate test code prematurely or based solely on the scenario without completing all prescribed steps.
DO run steps one by one using the tools provided by the Playwright MCP.
Only after all steps are completed, emit a Playwright TypeScript test that uses @playwright/test based on message history.
Save the generated test file in the tests/ directory following the naming convention <feature>.spec.ts.
Execute the test file and iterate until the test passes.

Source: github/awesome-copilot

이 저장소의 다른 Skills

같은 저장소

acquire-codebase-knowledge

SriSatyaLokesh/kt-parser

Systematically map codebase architecture, stack, and conventions by analyzing docs and code factually. Trigger when user says "acquire codebase knowledge" or "map codebase", "understand codebase", "document codebase". trigger when you dont have infomration about codebase as a primary step to understand codebase.

2026-03-170

agent-activity-logger

SriSatyaLokesh/kt-parser

Background reference skill defining the structured JSON log format written to logs/copilot/agent-activity.log by each phase agent on completion. Auto-loaded by Discuss, Research, Planner, TDD Implementer, and Verify agents when they append their completion log entry. Defines all required fields (timestamp, issueId, phase, agent, developer, status, summary, decisions, outputFile, nextPhase) and optional phase-specific fields (filesChanged for execute, testResults for verify). Also provides jq query examples for filtering logs by Issue, date, or status. Loads when log format, activity log, or agent logging is mentioned.

2026-03-170

doc-reviewer

SriSatyaLokesh/kt-parser

Use when a developer asks to review, audit, check, or critique any documentation file — when they say 'review this doc', 'is this README beginner-friendly?', 'check for markdown errors', 'audit the learn guide', or 'rate this doc'. Brutally reviews .md files for: beginner-friendliness (could a newcomer follow this?), markdown lint errors (broken links, bad code fences, heading hierarchy), missing references, and documentation quality. Outputs a structured report with Critical/Major/Minor issues, a Beginner-Friendliness Score out of 10, and a merge-ready verdict. Never softens feedback. Auto-loads when doc review, README audit, guide critique, markdown lint, or beginner-friendliness check is mentioned.

2026-03-170

documentation-writer

SriSatyaLokesh/kt-parser

Use when a developer needs to create or improve technical documentation — when they say 'write docs for', 'document this API', 'create a tutorial for', 'write a how-to guide', 'add a README', or 'explain this feature in docs'. Applies the Diátaxis framework to classify the document type (Tutorial / How-to / Reference / Explanation), asks clarifying questions about audience and goal, proposes an outline for approval before writing, then produces well-structured Markdown. Stores in the correct project folder (docs/issues/, docs/flows/, docs/apis/, docs/external-apis/). Matches existing project doc style. Auto-loads when documentation, README, API docs, tutorial, guide, or explanation writing is mentioned.

2026-03-170

playwright-automation-fill-in-form

SriSatyaLokesh/kt-parser

Use when a developer needs to automate filling in a web form without submitting it — when they say 'fill in the form at URL', 'automate this form', 'enter these values in the web form', or 'test form input'. Uses Playwright MCP with accessible locators (getByLabel, getByRole, getByPlaceholder). Fills text with fill(), selects dropdowns with selectOption(), handles file uploads with setInputFiles(). ALWAYS stops before submitting — shows a filled-values summary and waits for human review. Auto-loads when form filling, web automation, input testing, or Playwright form interaction is mentioned.

2026-03-170

playwright-explore-website

SriSatyaLokesh/kt-parser

Use when a developer wants to understand what to test on a website before writing tests — when they say 'explore the website', 'what should I test?', 'check what flows exist on this URL', 'analyze the UI for test coverage', or when given a URL and asked to plan browser tests. Uses Playwright MCP to navigate and interact with 3–5 core features, documents UI locators, user interactions, and expected outcomes, then proposes concrete test cases. Auto-loads when website exploration, test planning, UI review, or discovering testable flows is mentioned.

2026-03-170

name

playwright-generate-test

description

Test Generation with Playwright MCP

Your goal is to generate a Playwright test based on the provided scenario after completing all prescribed steps.

Specific Instructions

You are given a scenario, and you need to generate a Playwright test for it. If the user does not provide a scenario, ask them to provide one.
DO NOT generate test code prematurely or based solely on the scenario without completing all prescribed steps.
DO run steps one by one using the tools provided by the Playwright MCP.
Only after all steps are completed, emit a Playwright TypeScript test that uses @playwright/test based on message history.
Save the generated test file in the tests/ directory following the naming convention <feature>.spec.ts.
Execute the test file and iterate until the test passes.

Source: github/awesome-copilot