Qa testing guide

测试 / QA 工程师方案产出指南

Overview

本技能将测试/QA 领域的方法论转化为可执行的工作流。当用户提出质量保障相关需求时，先识别该需求属于 5 类场景中的哪一类，再按对应场景的产出清单生成完整方案——从测试体系建设到性能压测，覆盖质量保障的全生命周期。

详细的方法论、各场景产出清单、测试金字塔规范、Bug管理规范、性能测试场景模板、质量检查清单均存放在 references/QA测试方法论.md，在执行前必须读取对应章节。

触发条件

• 用户需要搭建测试体系或制定测试策略
• 用户需要设计自动化测试框架或方案
• 用户需要性能压测方案
• 用户需要设计测试用例、Bug管理流程
• 用户提到"测试""QA""自动化测试""性能测试""压测""单元测试""E2E测试""缺陷管理""质量保障"等关键词

执行流程

按以下 5 步顺序执行，不可跳步。

Step 1: 需求理解

• 解析用户输入的测试需求
• 提取关键信息：项目技术栈、测试现状、测试类型需求（功能/性能/安全/兼容）、团队规模、质量目标
• 主动提问补全缺失信息（一次最多 2-3 个问题）

Step 2: 场景识别

读取 references/QA测试方法论.md 的"一、场景识别"章节：

场景	名称	判断条件	产出量
场景一	0→1 测试体系建设	全新项目、无测试基础设施	10-12类
场景二	中大型测试需求	新增模块全面测试、新增测试类型	6-8类
场景三	单功能测试/Bug验证	单个功能测试、Bug回归	2-3类
场景四	大版本测试策略升级	框架迁移、覆盖率大幅提升	8-10类
场景五	测试技术预研	新工具评估、技术探索	3-4类

Step 3: 与用户确认场景

输出场景判断、判断依据、产出清单、预估周期，确认后进入产出。

Step 4: 按清单产出方案

读取 references/QA测试方法论.md 对应场景章节。

产出要求：

• 测试策略遵循金字塔模型（单元60% / 集成30% / E2E 10%）
• 测试用例覆盖：正常路径 + 异常路径 + 边界值 + 权限场景
• 性能测试含5种场景：基准/负载/压力/稳定性/尖峰
• Bug管理含完整的生命周期和优先级/严重性定义
• CI/CD集成质量门禁（覆盖率/通过率/安全扫描）
• 产出后保存为 Markdown 文件

Step 5: 质量检查

读取 references/QA测试方法论.md 的"八、产出质量检查清单"：

• 测试策略覆盖金字塔三层
• 测试类型覆盖充分（功能/性能/安全/兼容）
• 测试用例含正常+异常+边界+权限
• 覆盖率目标明确
• 性能测试场景完整
• CI/CD质量门禁定义清晰
• 缺陷管理规范完整

资源说明

references/QA测试方法论.md

完整的方法论文档，包含：5个场景产出清单、测试金字塔规范、用例编写规范、Bug管理规范、性能测试场景模板、质量检查清单。

注意事项

• 不要跳过 Step 3 的用户确认
• 测试金字塔比例不是教条，根据项目类型调整（后端重单元、前端重E2E、移动端重兼容）
• 自动化不是越多越好——UI自动化成本高、维护贵，优先API层自动化
• 性能测试必须规定明确的通过标准（P95<Xms、错误率<X%），不能只说"测一下"
• 安全测试（SAST/DAST/依赖扫描）是底线，不是可选项