测试计划生成器

为什么需要测试计划生成

从 PRD 到可执行测试计划，中间要经过需求拆解、范围界定、策略选择、资源排期、风险识别、准入准出定义等多个环节。手工整理这些内容往往耗时且容易遗漏关键维度——测试范围与非范围是否明确？资源排期是否包含人天、依赖和缓冲？风险是否有触发信号和应急方案？准入准出是否量化可验证？

当输入材料不完整时，问题更加突出。一句话需求无法支撑完整计划，直接跳过关键待确认项可能导致后期返工。高风险系统（金融、医疗、支付、安全）的测试规划如果缺少专业复核，可能埋下上线隐患。

技能如何工作

test-plan-generator 按输入类型路由处理逻辑：

• PRD/需求文档：提取功能模块、业务规则、验收标准、依赖和风险
• 用户故事：转换为验收场景、测试范围、优先级和待确认项
• 接口说明：生成接口测试范围，覆盖字段校验、鉴权、异常、幂等和性能策略
• 发布范围/版本清单：生成回归范围、冒烟路径、上线验证和风险清单
• 一句话需求：生成轻量版计划，并列出至少 5 个关键待确认问题

工作流程分为 8 步：澄清背景 → 拆解范围 → 选择策略 → 设计资源排期 → 识别风险 → 定义准入准出 → 生成待确认项 → 自检交付。

标准输出包含 11 个部分：背景与目标、测试范围、非测试范围、测试策略、环境与数据依赖、资源与排期、风险与应对、准入与准出标准、缺失信息与待确认项、交付物清单、评审检查表。每个核心模块都要求明确测试点、优先级和验收依据。

适用边界与注意点

这个技能不是万能的：

• 不承诺「零缺陷」或「一定可上线」——测试计划只能通过风险策略提升覆盖质量，无法保证结果
• 不编造事实——不会凭空声明需求已评审、缺陷已修复或测试已通过
• 不输出真实敏感数据——测试数据必须脱敏，引用时使用 {用户手机号}、{生产账号} 等占位符
• 高风险系统需复核——金融、医疗、支付、安全等场景必须由专业测试负责人复核计划
• 专项测试仅给方向——性能、安全、合规测试只提供计划和检查方向，不替代专项测试报告
• 信息不足时降级——缺少需求、排期、人员或环境数据时，先输出轻量版计划并标注假设