sprint-testing-workflow

英文版： 见技能 sprint-testing-workflow-en 。

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "sprint-testing-workflow" with this command: npx skills add naodeng/awesome-qa-skills/naodeng-awesome-qa-skills-sprint-testing-workflow

迭代测试工作流程（中文版）

英文版： 见技能 sprint-testing-workflow-en 。

2 周迭代的完整测试工作流：从规划到回顾。提示词使用本目录 prompts/ ，步骤与提示词对照见 reference.md。

何时使用

  • 用户提到「迭代测试」「Sprint 测试」「sprint testing」「迭代计划」「sprint 回顾」

  • 需要按迭代阶段规划或执行测试，或需要迭代内检查清单与阶段划分

  • 触发示例：「帮我规划本迭代测试」或「Sprint 测试流程怎么走」

第 1 天：迭代规划

☑️ 上午·规划会议步骤追踪

会前准备

  • 审查产品待办列表

  • 分析即将进入的用户故事

  • 使用提示词：test-strategy

会议参与

  • 理解验收标准

  • 识别可测试需求

  • 估算测试工作量

  • 标记测试依赖关系

☑️ 下午·测试规划步骤追踪

测试策略制定

  • 创建测试策略文档

  • 定义测试范围

  • 确定环境需求

  • 规划测试数据需求

  • 识别自动化候选

  • 使用提示词：test-strategy、requirements-analysis

交付物完成

  • 迭代编号和基本信息

  • 用户故事列表

  • 测试重点和优先级

  • 自动化计划

  • 风险评估

第 2–3 天：设置与早期测试

☑️ 环境设置步骤追踪

  • 测试环境搭建

  • 搭建测试环境

  • 配置 CI/CD 流水线

  • 准备测试数据

  • 验证环境可用性

  • 使用提示词：automation-testing、test-strategy

☑️ 早期测试步骤追踪

测试用例创建

  • 为早期完成的故事生成测试用例

  • 与开发团队评审用例

  • 使用提示词：test-case-writing

探索性测试

  • 对已完成工作进行探索性测试

  • 记录发现的问题

  • 使用提示词：manual-testing

第 4–8 天：积极开发与测试

☑️ 每日活动步骤追踪

每日站会

  • 报告昨日完成工作

  • 说明今日计划

  • 提出阻碍和问题

手动测试

  • 执行已完成故事的测试用例

  • 探索新功能

  • 记录发现的缺陷

  • 使用提示词：manual-testing、bug-reporting

自动化测试开发

  • 为已完成故事编写自动化测试

  • 代码审查和优化

  • 集成到 CI/CD

  • 使用提示词：automation-testing、api-testing

缺陷管理

  • 审查新缺陷

  • 与团队定义优先级

  • 回归测试已修复缺陷

  • 更新缺陷状态

☑️ 第 5–6 天·中期审查步骤追踪

进度审查

  • 审查测试执行进度

  • 必要时调整测试计划

  • 识别有风险的故事

  • 更新自动化覆盖率

关键指标检查

  • 测试执行率

  • 缺陷发现率

  • 自动化覆盖率

  • 故事完成 vs 测试完成对比

第 9–10 天：密集测试

☑️ 回归测试步骤追踪

自动化回归

  • 执行完整自动化回归套件

  • 分析失败用例

  • 修复或更新测试

  • 使用提示词：functional-testing、ai-assisted-testing

手动回归

  • 执行关键路径手动测试

  • 跨浏览器测试

  • 移动端测试

  • 使用提示词：functional-testing

☑️ 集成测试步骤追踪

  • 端到端测试

  • 测试完整用户旅程

  • 验证系统集成

  • 测试数据流

  • 验证第三方集成

  • 使用提示词：functional-testing、api-testing

☑️ 可视化测试步骤追踪

  • UI 和可访问性测试

  • 视觉回归测试

  • UI 变更验证

  • 响应式设计测试

  • 可访问性测试

  • 使用提示词：accessibility-testing

第 11 天：稳定化

☑️ 缺陷突击步骤追踪

  • 可选：缺陷突击活动

  • 组织 2 小时集中测试

  • 使用探索性测试章程

  • 记录发现的问题

  • 使用提示词：manual-testing

☑️ 最终缺陷处理步骤追踪

  • 缺陷优先级处理

  • 严重缺陷必须修复

  • 高优先级缺陷评估

  • 中/低优先级缺陷移至待办

☑️ 完成检查步骤追踪

  • 迭代完成验证

  • 所有故事已测试

  • 严重缺陷已修复并回归

  • 回归测试通过

  • 自动化测试已更新

  • 测试报告已生成

第 12 天：评审与演示

☑️ 评审准备步骤追踪

  • 测试报告准备

  • 创建执行摘要

  • 整理缺陷指标

  • 统计自动化覆盖率

  • 准备质量仪表板

  • 使用提示词：test-reporting、test-strategy

☑️ 评审会议步骤追踪

  • 成果展示

  • 展示测试成果

  • 分享质量指标

  • 说明已知问题

  • 评估下迭代风险

  • 演示自动化和覆盖率

第 13 天：回顾与下一迭代准备

☑️ 回顾会议步骤追踪

回顾讨论

  • 讨论测试中顺利的方面

  • 识别遇到的挑战

  • 提出流程改进建议

  • 制定下迭代行动项

专项讨论

  • 自动化测试效果

  • 缺陷发现时机

  • 环境和工具问题

☑️ 下迭代准备步骤追踪

  • 前瞻规划

  • 审查即将到来的故事

  • 识别测试挑战

  • 规划自动化需求

  • 更新测试策略

持续活动（整个迭代）

  • 每日：执行用例、记录缺陷、更新自动化、看 CI/CD、与开发同步

  • 每 2–3 天：更新指标、审查自动化覆盖率、重构测试代码、更新文档

  • 每周：团队测试同步、审查测试策略、更新风险、知识分享

按阶段优先级

  • 早期（1–4 天）：规划与设置、环境、早期故事测试、自动化框架

  • 中期（5–8 天）：功能测试、缺陷修复、自动化开发、探索性测试

  • 后期（9–12 天）：回归、集成、缺陷验证、质量报告

迭代检查清单

开始：测试计划、环境就绪、测试数据、自动化框架更新、团队对齐

中期：50%+ 故事已测、自动化进行中、缺陷在修、无重大阻碍

结束：所有故事已测、回归通过、严重缺陷已修、报告与演示就绪

如何使用

  • 先查看 reference.md，定位当前步骤对应的提示词文件。

  • 打开 prompts/ 下对应文件，并结合当前上下文（范围、环境、风险、约束）一起使用。

  • 按步骤推进执行，并根据产出与阻塞动态调整优先级或门禁条件。

常见误区

  • ❌ 跳过迭代规划直接测 → ✅ 先明确故事与验收标准，再写用例与执行

  • ❌ 中期不审查进度 → ✅ 第 5–6 天做中期审查，必要时调整计划与优先级

  • ❌ 最后一天才做回归 → ✅ 第 9–10 天密集回归，第 11 天留作稳定化与检查

最佳实践

  • 第 1 天用 reference.md 选规划、测试策略、需求分析对应提示词

  • 每日站会前后用缺陷上报、测试报告提示词记录与同步

  • 第 11 天完成检查清单（故事已测、回归通过、严重缺陷已修）再进入评审

  • 出现危险信号时用测试策略做风险分析并沟通

危险信号与应对

  • 测试落后：故事“完成”未测、待测积压、覆盖率下降 → 上报、重排优先级、请求支援、必要时调整范围

  • 质量问题：后期缺陷多、严重缺陷、回归失败 → 用测试策略做风险分析、聚焦关键路径、考虑延长或技术债迭代

  • 环境问题：频繁宕机、数据/CI 问题 → 记录、与 DevOps 协作、备用方案、尽量本地验证

参考文件

  • reference.md — 步骤与提示词文件对照表

  • prompts/ — 本工作流所需中文提示词（每步打开对应 .md 与上下文结合使用）

相关技能：daily-testing-workflow、release-testing-workflow。

目标受众

  • 在真实项目中执行该测试域工作的 QA 与开发人员

  • 需要结构化、可复用测试交付物的测试负责人

  • 需要快速生成可落地测试产出的 AI 使用者

不适用场景

  • 无测试范围上下文的纯线上应急处置

  • 需要法律/合规最终裁定但缺少专家复核的决策

  • 缺少最小输入（范围、环境、期望行为）的请求

关键成功因素

  • 先明确范围、环境与验收标准，再生成测试内容

  • 生成结果必须结合真实系统约束做二次校验

  • 保持产物可追踪（需求 -> 测试点 -> 缺陷 -> 决策）

输出模板与解析脚本

  • 模板目录：output-templates/

  • template-word.md （Word 友好结构）

  • template-excel.tsv （Excel 可直接粘贴）

  • template-xmind.md （XMind 结构化大纲）

  • template-json.json

  • template-csv.csv

  • template-markdown.md

  • 解析脚本目录：scripts/

  • 解析通用：parse_output_formats.py

  • 解析按格式：parse_word.py 、parse_excel.py 、parse_xmind.py 、parse_json.py 、parse_csv.py 、parse_markdown.py

  • 转换通用：convert_output_formats.py

  • 转换按格式：convert_to_word.py 、convert_to_excel.py 、convert_to_xmind.py 、convert_to_json.py 、convert_to_csv.py 、convert_to_markdown.py

  • 批量转换：batch_convert_templates.py （批量输出到 artifacts/ ）

示例：

python3 scripts/parse_json.py output-templates/template-json.json python3 scripts/parse_markdown.py output-templates/template-markdown.md python3 scripts/convert_to_json.py output-templates/template-markdown.md python3 scripts/convert_output_formats.py output-templates/template-json.json --to csv python3 scripts/batch_convert_templates.py --skip-same

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Open in GitHubOpen in ClawHub

Related Skills

Related by shared tags or category signals.

Automation

automation-testing

No summary provided by upstream source.

Repository SourceNeeds Review
18-naodeng
Automation

release-testing-workflow

No summary provided by upstream source.

Repository SourceNeeds Review
11-naodeng
Automation

automation-testing-en

No summary provided by upstream source.

Repository SourceNeeds Review
8-naodeng
Automation

release-testing-workflow-en

No summary provided by upstream source.

Repository SourceNeeds Review
7-naodeng