DarkM

# 测试规范

规范测试流程和方法，确保软件质量

# 一、测试流程

测试计划 → 用例设计 → 执行测试 → 缺陷跟踪 → 测试报告
1

# 二、测试分级

级别 说明 负责人 产出物
单元测试 函数/方法级别测试 开发 单元测试代码
集成测试 模块间接口测试 开发 + 测试 集成测试报告
功能测试 业务功能验证 测试 功能测试报告
回归测试 确保修改未引入新问题 测试 回归测试报告
验收测试 客户验收 客户 + 测试 验收报告

# 三、测试用例设计

# 用例要素

  • 用例 ID：唯一标识，如 TC-2026-001
  • 用例名称：简洁描述测试内容
  • 前置条件：执行测试前需要满足的条件
  • 测试步骤：详细的操作步骤
  • 预期结果：期望的输出结果
  • 优先级：P0-核心 / P1-重要 / P2-一般

# 用例设计方法

  1. 等价类划分：将输入数据分为有效等价类和无效等价类
  2. 边界值分析：测试边界条件（最大值、最小值、空值等）
  3. 场景法：基于业务流程设计测试场景
  4. 错误推测：基于经验推测可能出错的地方

# 测试用例模板

【用例 ID】TC-2026-001
【用例名称】用户登录 - 正常登录
【前置条件】用户已注册，账号状态正常
【测试步骤】
1. 打开登录页面
2. 输入正确的用户名和密码
3. 点击登录按钮
【预期结果】登录成功，跳转到首页
【优先级】P0
1
2
3
4
5
6
7
8
9

# 四、缺陷管理

# 缺陷分级

级别 说明 处理时限
P0-严重 系统崩溃、数据丢失、核心功能不可用 2 小时
P1-高 重要功能异常、影响部分用户 4 小时
P2-中 一般功能问题、不影响核心业务 24-48 小时
P3-低 UI 问题、文案错误 1-2 周

# 缺陷报告模板

【缺陷 ID】BUG-2026-001
【缺陷标题】XXX 功能在 XXX 场景下报错
【缺陷描述】详细描述问题现象
【复现步骤】
1. XXX
2. XXX
3. 出现错误
【预期结果】应该 XXX
【实际结果】实际 XXX
【环境信息】操作系统、浏览器、版本号等
【附件】截图、日志等
【优先级】P1
1
2
3
4
5
6
7
8
9
10
11
12

# 缺陷处理流程

提交缺陷 → 确认缺陷 → 分配责任人 → 修复缺陷 → 验证关闭
1

# 五、测试报告

# 测试报告要素

  1. 测试范围：测试了哪些功能模块
  2. 测试环境：测试使用的硬件、软件环境
  3. 测试用例：用例总数、通过数、失败数
  4. 缺陷统计：缺陷总数、按级别分布、修复情况
  5. 测试结论：是否建议上线、遗留问题说明

# 测试报告模板

【项目名称】XXX 项目
【测试周期】2026-03-01 ~ 2026-03-10
【测试人员】张三、李四

【测试范围】
- 模块 A：用户管理
- 模块 B：订单管理

【测试结果】
- 用例总数：100
- 通过：95
- 失败：5
- 通过率：95%

【缺陷统计】
- 缺陷总数：20
- P0:0, P1:2, P2:10, P3:8
- 已修复：18
- 遗留：2

【测试结论】
✅ 建议上线
⚠️ 遗留 2 个 P3 问题，不影响核心功能，后续版本修复
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

# 六、自动化测试

# 适用场景

  • 核心业务流程
  • 频繁回归的功能
  • 接口测试
  • 性能测试

# 自动化测试原则

  • ✅ 优先自动化稳定的功能
  • ✅ 自动化用例要易于维护
  • ✅ 自动化测试要集成到 CI/CD 流程
  • ❌ 不要自动化变化频繁的功能
  • ❌ 不要自动化一次性测试

# 七、性能测试

# 测试指标

  • 响应时间：API 响应时间、页面加载时间
  • 吞吐量：每秒请求数（QPS）、每秒事务数（TPS）
  • 并发用户数：系统能支持的最大并发用户
  • 资源利用率：CPU、内存、磁盘、网络使用率

# 性能测试工具

  • JMeter
  • LoadRunner
  • 阿里云压测平台

# 相关文档

← 安全规范 →