| name | testing-test-manager |
| description | 测试管理助手 - 专业的软件测试管理与协调专家。适用场景：
(1) 测试计划制定与评审（测试范围/策略/资源/时间）
(2) 测试进度跟踪与状态报告
(3) 缺陷管理与跟踪（Defect Triage/优先级/状态流转）
(4) 测试覆盖率分析与改进
(5) 测试报告生成与质量评估
(6) 测试团队协调与资源分配
(7) 测试风险识别与缓解
(8) 测试过程改进与度量
触发关键词：测试计划、测试进度、缺陷管理、测试报告、测试覆盖率、测试协调、测试风险、质量门禁
|
测试管理助手
专业的软件测试管理与协调专家，确保测试活动高效有序地进行。
核心工作流程
1. 测试计划制定
测试计划框架：
测试计划要素
├── 测试范围
│ ├── 测试对象：被测系统/模块/功能
│ ├── 测试边界：在范围内/不在范围内
│ └── 测试类型：功能/性能/安全/兼容性
├── 测试策略
│ ├── 测试层次：单元/集成/系统/验收
│ ├── 测试方法：黑盒/白盒/灰盒
│ └── 自动化策略：自动化比例/工具选择
├── 测试环境
│ ├── 硬件环境：服务器/终端配置
│ ├── 软件环境：操作系统/中间件/数据库
│ └── 测试数据：数据来源/脱敏方案
├── 资源计划
│ ├── 人员配置：角色/职责/工作量
│ ├── 工具需求：测试管理/自动化/缺陷跟踪
│ └── 时间安排：里程碑/阶段划分
└── 风险管理
├── 风险识别：潜在风险清单
└── 缓解策略：应对措施
测试类型优先级矩阵：
| 测试类型 | 重要性 | 执行时机 | 自动化建议 |
|---|
| 冒烟测试 | 极高 | 每次构建 | 100%自动化 |
| 回归测试 | 高 | 每次迭代 | 80%+自动化 |
| 功能测试 | 高 | 开发完成 | 核心路径自动化 |
| 集成测试 | 中高 | 模块对接 | 接口自动化 |
| 性能测试 | 中 | 版本发布前 | 自动化脚本 |
| 安全测试 | 中 | 版本发布前 | 扫描工具 |
| 兼容性测试 | 中低 | 版本发布前 | 部分自动化 |
| 探索性测试 | 中低 | 随时 | 不适用 |
2. 测试进度管理
测试状态追踪：
测试用例状态流转
┌─────────┐
│ Not Run │ ─────────────────────┐
└────┬────┘ │
│ 开始执行 │
↓ │
┌─────────┐ 通过 ┌────────┐│
│ Running │ ─────────→ │ Passed ││
└────┬────┘ └────────┘│
│ 失败 │
↓ │
┌─────────┐ 修复后 │ │
│ Failed │ ──────────┘ │
└────┬────┘ │
│ 阻塞 │
↓ │
┌─────────┐ 解除阻塞 │
│ Blocked │ ─────────────────────┘
└─────────┘
测试进度度量指标：
| 指标 | 计算公式 | 健康值 |
|---|
| 测试完成率 | 已执行/总用例数 | >95% |
| 测试通过率 | 通过数/已执行数 | >90% |
| 缺陷发现率 | 缺陷数/执行用例数 | 视项目 |
| 缺陷关闭率 | 已关闭/总缺陷数 | >80% |
| 阻塞用例比例 | 阻塞数/总用例数 | <5% |
3. 缺陷管理
缺陷生命周期：
新建 → 确认 → 分配 → 修复中 → 待验证 → 验证通过 → 关闭
│ │ │ │ │
│ │ │ └──→ 验证失败 → 重新打开
│ │ │
│ └──→ 拒绝 → 关闭（非缺陷）
│
└──→ 重复 → 关闭（关联原缺陷）
缺陷严重程度分级：
| 级别 | 名称 | 定义 | 响应时间 |
|---|
| S1 | 致命 | 系统崩溃/数据丢失/安全漏洞 | 4小时内 |
| S2 | 严重 | 主要功能不可用/性能严重下降 | 8小时内 |
| S3 | 一般 | 功能异常但有替代方案 | 24小时内 |
| S4 | 轻微 | UI问题/文字错误/建议改进 | 48小时内 |
缺陷优先级：
| 优先级 | 定义 | 处理要求 |
|---|
| P0 | 立即修复 | 停止当前工作，立即处理 |
| P1 | 高优先 | 当前迭代必须修复 |
| P2 | 中优先 | 下个迭代修复 |
| P3 | 低优先 | 有空闲时修复 |
缺陷分类（Triage）会议：
会议流程
├── 会前准备
│ ├── 筛选待评审缺陷
│ ├── 补充缺陷信息
│ └── 邀请相关人员
├── 评审内容
│ ├── 确认缺陷有效性
│ ├── 评估严重程度
│ ├── 确定优先级
│ └── 分配责任人
└── 会后跟进
├── 更新缺陷状态
└── 通知相关人员
4. 测试覆盖率
覆盖率类型：
需求覆盖率
├── 公式：已测需求/总需求 × 100%
└── 目标：100%
功能覆盖率
├── 公式：已测功能点/总功能点 × 100%
└── 目标：100%
用例执行覆盖率
├── 公式：已执行用例/总用例 × 100%
└── 目标：>95%
代码覆盖率（自动化）
├── 行覆盖率：目标 >80%
├── 分支覆盖率：目标 >70%
└── 函数覆盖率：目标 >90%
覆盖率分析矩阵：
| 需求ID | 需求描述 | 用例数 | 已执行 | 通过 | 覆盖率 |
|---|
| REQ-01 | 用户登录 | 15 | 15 | 14 | 100% |
| REQ-02 | 订单创建 | 20 | 18 | 16 | 90% |
5. 测试风险管理
常见测试风险：
| 风险类型 | 风险描述 | 影响 | 缓解措施 |
|---|
| 资源风险 | 人员不足/技能缺乏 | 进度延迟 | 培训/外包/优先级调整 |
| 环境风险 | 环境不稳定/不可用 | 测试阻塞 | 备用环境/虚拟化 |
| 需求风险 | 需求变更频繁 | 返工增加 | 变更控制流程 |
| 进度风险 | 开发延迟交付 | 压缩测试时间 | 提前介入/风险测试 |
| 依赖风险 | 外部系统/接口 | 集成测试阻塞 | Mock/Stub |
风险评估矩阵：
│ 低影响 │ 中影响 │ 高影响
──────┼────────┼────────┼────────
高概率│ 中 │ 高 │ 极高
中概率│ 低 │ 中 │ 高
低概率│ 低 │ 低 │ 中
6. 质量门禁
发布质量标准：
Alpha版本
├── 功能测试完成率：>80%
├── 测试通过率：>70%
├── S1/S2缺陷：0
└── 关键功能验证：通过
Beta版本
├── 功能测试完成率：100%
├── 测试通过率：>85%
├── S1/S2缺陷：0
├── S3缺陷：<10
└── 性能测试：通过
正式发布
├── 功能测试完成率：100%
├── 测试通过率：>95%
├── S1/S2/S3缺陷：0
├── 回归测试：100%通过
├── 性能测试：达标
└── 安全测试：无高危漏洞
输出模板
测试计划模板
# 测试计划：[项目名称]
## 文档信息
| 项目 | 内容 |
|------|------|
| 版本 | V1.0 |
| 编写人 | |
| 审批人 | |
| 日期 | |
## 1. 测试范围
### 1.1 在范围内
- [功能模块1]
- [功能模块2]
### 1.2 不在范围内
- [排除项1]
## 2. 测试策略
### 2.1 测试类型
| 测试类型 | 范围 | 方法 | 优先级 |
|----------|------|------|--------|
### 2.2 测试环境
| 环境 | 配置 | 用途 |
|------|------|------|
## 3. 资源计划
### 3.1 人员安排
| 角色 | 人员 | 职责 | 投入 |
|------|------|------|------|
### 3.2 时间计划
| 阶段 | 开始 | 结束 | 里程碑 |
|------|------|------|--------|
## 4. 风险管理
| 风险 | 概率 | 影响 | 缓解措施 |
|------|------|------|----------|
## 5. 准入准出标准
### 5.1 测试准入
- [ ] 需求已评审通过
- [ ] 开发完成自测
- [ ] 测试环境就绪
### 5.2 测试准出
- [ ] 测试用例100%执行
- [ ] 通过率>95%
- [ ] 无S1/S2缺陷
测试进度报告
# 测试进度报告
## 报告信息
- 项目：[项目名称]
- 周期：[开始日期] - [结束日期]
- 编写人：
- 日期：
## 总体状态
🟢 正常 / 🟡 风险 / 🔴 阻塞
## 测试进度
### 用例执行情况
| 状态 | 数量 | 占比 |
|------|------|------|
| 通过 | | |
| 失败 | | |
| 阻塞 | | |
| 未执行 | | |
| **合计** | | 100% |
**执行进度：** [====> ] X%
**通过率：** X%
### 缺陷统计
| 严重程度 | 新增 | 打开 | 已修复 | 已关闭 |
|----------|------|------|--------|--------|
| S1-致命 | | | | |
| S2-严重 | | | | |
| S3-一般 | | | | |
| S4-轻微 | | | | |
## 风险与问题
| 类型 | 描述 | 影响 | 状态 | 责任人 |
|------|------|------|------|--------|
## 下一步计划
1. [计划1]
2. [计划2]
## 需要支持
- [支持事项]
测试总结报告
# 测试总结报告
## 项目信息
| 项目 | 内容 |
|------|------|
| 项目名称 | |
| 测试版本 | |
| 测试周期 | |
| 测试负责人 | |
## 执行总结
### 测试范围
- 功能模块数：X
- 测试用例数：X
- 自动化用例：X（占比X%）
### 执行结果
| 指标 | 计划 | 实际 | 达成率 |
|------|------|------|--------|
| 用例执行 | | | |
| 测试通过 | | | |
| 缺陷发现 | | | |
### 覆盖率
| 覆盖类型 | 覆盖率 | 目标 | 状态 |
|----------|--------|------|------|
| 需求覆盖 | | 100% | |
| 代码覆盖 | | 80% | |
## 缺陷分析
### 按严重程度
| 严重程度 | 数量 | 占比 |
|----------|------|------|
### 按模块分布
| 模块 | 缺陷数 | 占比 |
|------|--------|------|
### 缺陷趋势
[描述缺陷收敛情况]
## 质量评估
### 质量门禁检查
- [ ] S1/S2缺陷：0
- [ ] 测试通过率：>95%
- [ ] 遗留缺陷评估：已确认
### 发布建议
🟢 建议发布 / 🟡 有条件发布 / 🔴 不建议发布
**理由：**
[评估说明]
## 遗留问题
| 编号 | 描述 | 严重程度 | 影响 | 处理计划 |
|------|------|----------|------|----------|
## 经验教训
### 做得好
1.
2.
### 待改进
1.
2.
## 附录
- 测试用例清单
- 缺陷列表
- 测试日志
最佳实践
- 尽早介入：需求阶段就开始评审，提前识别测试点
- 风险驱动：根据风险优先级分配测试资源
- 持续沟通：定期同步进度，问题及时升级
- 数据说话：用度量指标客观评估质量状态
- 持续改进：总结经验教训，优化测试过程
