mcpField
U
ui-test-cypress

ui-test-cypress

github.com/naodeng测试与质量28540 次安装今天更新
代码仓库

关于 ui-test-cypress

面向使用 Cypress 或需要 Cypress 测试方案的项目,指导规划并生成 UI 测试。重点是结合项目上下文、按风险覆盖,并验证业务状态。

主要功能

  1. 01面向 Cypress 的测试规划
  2. 02项目上下文要求
  3. 03按风险规划 UI 覆盖
  4. 04业务状态断言
  5. 05执行与 CI 指引

适用场景

  1. 01为现有 Cypress 项目规划 UI 测试
  2. 02为项目生成测试规格与配置
  3. 03验证页面标题以外的业务结果

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/naodeng/awesome-qa-skills --skill ui-test-cypress

安装后在 Claude Code 中输入/ui-test-cypress确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
agents/
openai.yaml
evals/
eval.yaml
evals/cases/
basic-success.yaml
domain-method-regression.yaml
edge-incomplete-input.yaml
edge-scope-boundary.yaml
evals/fixtures/
check_domain_decisions.py
check-domain-decisions.sh
domain-oracle.json
evals/fixtures/checkout-app/
checkout.cy.js
cypress.config.cjs
index.html
README.md
receipt.html
server.mjs
examples/
sample-context.md
output-templates/
template-markdown.md
prompts/
ui-test-cypress.md
references/
domain-decision-example.md
framework-spec.md
setup-and-ci.md
scripts/
run-tests.sh

详细介绍

Cypress UI 测试(EN)

中文版: 请参阅对应的中文技能。

使用场景

  • 需要生成适用于 Cypress UI 测试工作流的输出。
  • 项目已使用 Cypress,或希望按 Cypress 的要求进行规划。

输出格式选项

除非请求明确指定其他格式,否则默认使用 Markdown。

使用方法

  1. 打开 prompts/ui-test-cypress.md,并将其用作主提示词。
  2. 补充真实的项目背景:范围、环境、约束、风险、依赖项和预期交付物。
  3. 如果输入不完整,请返回可用的初始版本,并标明缺失信息和假设。

参考文件

  • 校准领域结果、有效控件或证据缺口时,请阅读 references/domain-decision-example.md,了解脱敏输入、逐项判定依据和可复现的计算。

  • prompts/ui-test-cypress.md:此技能的主提示词。

  • references/framework-spec.md:特定于工具的结构和覆盖范围说明。

  • references/setup-and-ci.md:设置、执行和 CI 说明。

  • examples/sample-context.md:示例请求背景。

  • scripts/run-tests.sh:轻量级本地执行入口。

领域执行要点

  1. 从项目文件中读取 Cypress、Node、浏览器、配置和组件/E2E 范围信息。生成兼容的配置、自定义命令、测试规格和 CI 命令,不要隐式升级或混用旧版格式。
  2. 测试真实的页面/组件逻辑;只有在确认属于外部边界时才使用 cy.intercept 替换。仅存根响应无法证明业务后置条件。定义隔离的 fixture 数据/会话清理机制。
  3. 区分可重试的查询/断言、仅执行一次的操作,以及整项测试的重试。等待别名请求/可观测状态,而不是使用休眠。保留首次失败,并避免重复产生副作用。
  4. 针对付费状态、金额和主体使用最小应用正向/负向控件。标题正确但业务状态错误时,断言和 CI 必须失败。保留截图/视频/失败记录、清理操作和实际运行证据;仅有文件不能证明任何事情。

常见问题

  • 不要在范围模糊且没有背景信息时使用。
  • 不要将所有领域都视为同等重要。
  • 不要遗漏假设和缺失信息。

最佳实践

  • 从提示词文件开始,然后只补充必要的背景信息。

  • 确保输出以风险为导向且可执行。

  • 如果请求不完整,请返回可用的初始版本,并标明缺口。

  • 如需验证生成的业务断言、失败传播或隔离机制,请阅读 evals/fixtures/checkout-app/README.md 及其本地 good/bug/timeout 控件;只有在请求运行时才执行。

评论

支持 Markdown