ui-test-selenium

Selenium UI 测试（EN）

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

适用场景

• 需要生成可用于 Selenium UI 测试工作流的输出。
• 项目已使用 Selenium，或需要按 Selenium 就绪的方式进行规划。

输出格式选项

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

使用方法

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

参考文件

• 校准领域结果、有效控制措施或证据缺口时，请阅读 references/domain-decision-example.md，了解经过脱敏的输入、逐项判断标准和可复现的计算。

• prompts/ui-test-selenium.md：此技能的主要提示词。

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

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

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

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

领域执行要点

1. 固定 Selenium、绑定、浏览器、驱动和 Grid 的版本、能力及运行器。生成兼容的配置/POM；不要臆造 Grid 拓扑，并优先诊断版本冲突。
2. 对可观察的可交互状态、业务状态、窗口或 URL 条件进行显式等待。元素存在或可见不代表业务已就绪；避免混用隐式等待和显式等待，也不要普遍使用固定时长的休眠。
3. 重新渲染或引用过期后，根据稳定定位器重新查找，并等待新状态。有限重试须遵循提供的策略；盲目重放支付操作可能造成重复影响。
4. 为每个并行会话隔离账户和业务键。使用 try/finally 调用 driver.quit，并保留截图、日志、会话信息和原始故障。重新渲染、业务失败和异常控制都要验证清理流程及非零状态传播。

常见问题

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

最佳实践

• 从提示词文件开始，然后只补充相关背景。

• 让输出以风险为导向，并确保可执行。

• 如果请求不完整，请返回可用的初稿并标明缺口。

• 要验证生成的业务断言、失败传播或隔离，请阅读 evals/fixtures/checkout-app/README.md 及其本地的 good/bug/timeout 控制；仅在请求执行时才运行。