测试报告：从测试结果到真正可执行的质量结论
把测试执行结果转成发布判断，交代覆盖范围、失败影响、剩余风险及由谁接受风险。
#Agent Skills
测试用例评审：找出覆盖缺口、模糊断言与高风险场景
检查测试用例的覆盖缺口、重复步骤、不可执行前置条件和模糊断言，并给出位置、影响和修改建议。
测试用例评审加强版：跨需求、用例与证据追踪高风险缺口
对照需求、风险清单和现有用例，追踪材料冲突与高风险覆盖缺口，让每项发现都能回到来源。
测试用例编写加强版：让需求、规则与测试用例全程可追溯
编写用例前先登记需求、接口规则和风险来源，解决版本冲突，并让每条用例都能追溯到依据。
可访问性测试：从键盘操作到完整用户体验的系统化验证
以结账流程为例检查键盘导航、焦点顺序、表单标签、错误反馈和读屏可感知状态，并将问题关联到具体控件、用户影响和可修复证据，而非只依赖自动扫描结论。
移动端测试：系统覆盖弱网、权限与应用生命周期场景
覆盖弱网恢复、权限变化、系统中断和应用重启，发现移动端状态恢复与重复请求问题。
测试用例编写：从验收标准到可执行、可验证的测试用例
从订单验收标准出发，将业务规则拆成带前置条件、数据、步骤和预期结果的测试用例；保留需求追溯，并标出缺失规则而不擅自补全。示例也说明信息不足时如何提出待确认问题。
功能测试：从业务链路出发，系统化设计测试场景
围绕下单、支付、取消与退款的订单生命周期，梳理状态转换、异常分支和恢复路径，形成可追踪、可执行的功能测试场景。示例把状态变化关联到前置条件和预期结果。
手动与探索性测试：需求持续变化，如何探索并留下测试证据
沿真实用户路径探索变化中的需求，用聚焦的测试章程和会话证据记录发现，便于同事复现。
质量风险分析：识别、评估并排序真正值得关注的质量风险
按触发条件、影响范围、现有证据和缓解动作排序发布风险，让测试资源先覆盖影响决策的问题。
测试策略：开测之前，先把范围、风险与质量门禁讲清楚
从项目范围与风险出发，确定测试层级、环境、数据、职责、自动化安排和放行门禁。
测试策略加强版：让范围、风险与证据真正可追溯
用来源账本整合需求、架构、排期和历史缺陷，保留版本冲突与待确认假设，让测试策略可追溯。