软件测试全场景

测试任务天然分散：需求评审、用例设计、自动化落地、缺陷跟踪、上线报告分属不同工具。直接让大模型「帮我测一下」，得到的多半是泛泛建议，落不到具体脚本或用例。这个技能把测试拆成可路由的专项，让 Agent 按你的真实意图进入对应流程。

核心能力与工作方式

技能定义三层职责：策略与设计（需求分析、用例设计、计划制定）、代码与执行（编写测试代码、调用 pytest 项目运行测试、生成数据）、分析与输出（缺陷分析、失败定位、测试报告）。主文档只做路由，细节放在 references/ 下的 21 份专项文档中，如 requirement-analysis.md、test-case-design.md、defect-management.md。

收到请求后先做意图识别：

• 命中单一专项（如「性能压测」）→ 直接路由到对应文档执行，不泛泛而谈；
• 多候选模糊（如「移动端兼容性测试」同时命中两个专项）→ 列出候选让你确认；
• 未识别 → 展示全部 21 个测试技能清单供你选择；
• 组合意图（如「设计用例并跑自动化」）→ 拆成子意图依次执行。

写用例前有一道需求澄清门禁：先检查需求中的歧义、缺失、矛盾或不可测试表述，有问题逐条列出澄清项，确认后才进入设计，不做假设性设计。输出格式也由表述决定：「测试点」用五列轻量模板，「详细用例」用标准模板，都不指明则先询问。

自动化请求未指明端时，会先问要测哪一端——Web、Android、iOS、鸿蒙、PC 客户端、接口、视觉或 AI 视觉巡检，再路由到对应的 pytest 项目。

多端自动化项目

| 目标端 | 框架 | Agent 工具 |
|---|---|---|
| 接口 | pytest + requests | run_api_tests |
| Web | pytest + Playwright | run_web_tests |
| Android | pytest + Appium UiAutomator2 | run_android_tests |
| iOS | pytest + Appium XCUITest | run_ios_tests |
| 鸿蒙 | pytest + Appium OpenHarmony | run_harmonyos_tests |
| PC 客户端 | pytest + Appium Windows | run_pc_client_tests |
| 视觉回归 | Playwright + PIL | run_visual_tests |
| AI 视觉巡检 | PageEyes + AI 模型 | run_ai_vision_tests |

报告用 pytest --html 或 Allure 生成，用例支持 smoke、regression、api、scenario、visual 等标记。

适用边界与注意点

• 技能不直接操作被测系统界面，真实执行由 pytest 项目或人工完成；分析质量依赖输入完整度，缺关键信息时会先追问。
• 多数端需要前置环境：移动与 PC 端要启动 Appium Server 并连接设备，iOS 还需 macOS + Xcode，AI 视觉巡检要先配置 config.yaml.example。
• 失败区分两类：环境类（超时、依赖缺失）自动重试一次；断言类直接报告用例清单，不盲目重试。错误提示遵循「位置 + 原因 + 你可以怎么做」三步结构。
• 质量红线不可放宽：P0 用例 100% 通过、严重及以上缺陷清零、核心业务流程端到端跑通，满足后才建议上线。