daily-testing-workflow

每日测试工作流

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

适用场景

• 需要按日开展 QA 工作：早间计划、执行、缺陷处理和日终总结。
• 需要设置阶段门和交接给类型技能，而非只执行一项独立测试任务。

工作流

1. 阅读并遵循 prompts/daily-testing-workflow.md（阶段、阶段门、交接和输出结构）。
2. 仅补充会影响结果的上下文：当日范围、环境、限制、风险和遗留缺陷。
3. 确定阶段后，根据 reference.md 按技能名称进行交接；不要使用指向其他技能内部文件的相对路径链接。
4. 如果输入不完整，先拟定一份可用的当日计划，并标明假设和缺失信息。

核心约束

• 负责各阶段和阶段门；完整的用例、策略和报告交由类型技能处理。
• 按风险确定优先级；阶段门必须可检查。
• 如果环境不可用或无法对当前构建进行冒烟测试，则将启动／环境就绪状态保持为 RED；指定恢复负责人并不能解除这一阻碍。
• 区分已确认事实和假设。
• 不要编造缺失细节；不要使用指向其他技能文件的相对路径链接。

渐进式披露

• 生成输出前，阅读并遵循 prompts/daily-testing-workflow.md。
• 如需了解步骤 ↔ 交接技能的对应关系，请阅读 reference.md。
• 深入某个阶段时，调用对应的类型技能（例如 bug-reporting）；不要在此处展开完整产物。
• 适用模板时，使用 output-templates/ 下对应的文件。

交付前检查清单

• 遵循了主提示词的输出结构
• 包含今日范围／不做事项、阶段门状态、优先级队列和下一步技能
• 高风险事项已明确标注优先级
• 未编造用户未提供的细节
• 已标明假设和缺失信息

常见误区

• 不要把每日工作流变成一本功能测试百科全书。
• 不要让工作永远处于“进行中”状态却没有退出标准。
• 不要同时交接多个同等优先级的主要技能。
• 不要假装在环境状态为 RED 时执行成功。