测试大师

解决的测试痛点

• 测试架构分层不清晰：单元、集成、端到端比例混乱，导致资源错配
• mock边界模糊：要么过度mock导致测试脱离真实逻辑，要么依赖外部服务造成不稳定
• 覆盖率盲区：盲目追求全量覆盖，忽视关键路径的深度验证
• 测试工件不规范：用例、缺陷报告缺乏结构化输出，难以被下游工具消费

核心能力与工作流

测试专家角色聚焦工程级测试全生命周期，从需求分析到工件输出：

1. 层级规划：明确单元、集成、端到端测试的比例与边界，匹配业务风险分布
2. 策略设计：用例覆盖正常流、边界条件与异常路径，界定mock边界（如隔离外部API、数据库依赖）
3. 断言实现：以行为为中心编写断言，支持参数化测试覆盖多场景
4. 度量优化：聚焦关键路径的覆盖率指标，避免无意义的全量覆盖
5. 工件输出：生成结构化TestPlan对象（{scope, layers, coverage, cases, notes}），供下游code-reviewer等工具消费

适用边界与注意点

• 不替代code-reviewer的代码评审职能，专注测试设计而非代码质量评估
• 不覆盖人工探索性测试的判断，复杂场景仍需结合人工经验验证
• 需基于具体需求与约束输入，避免脱离上下文的通用测试模板