03. 测试流程的应用

1. 测试流程介绍

项目的测试流程:

需求评审 -> 编写计划 -> 用例设计 -> 用例评审 -> 用例执行 -> 缺陷管理 -> 编写测试报告

• 需求评审

  • 确保各部门对需求理解一致

• 编写计划

  • 测什么、谁来测、怎么测

• 用例设计

  • 验证项目是否符合需求的操作文档

• 用例评审

  • 为用例评审提供一个参考标准，保证评审的覆盖率和有效性

• 用例执行

  • 项目模块开发完成开始执行用例文档实施测试

• 缺陷管理

  • 对缺陷进行管理的过程

• 测试报告

  • 实施测试结果文档

2. 测试各流程说明

1. 需求评审

• 评审的前提
  • 评审之前阅读需求，记录疑问点
• 评审的目的
  • 知道有什么功能，需求规则是什么
  • 站在不同角度对需求进行查漏补缺
  • 各部门对需求理解一致

2. 测试计划

• 谁来写
  • 一般由项目测试负责人
• 有几份计划
  • 2份
    • 项目总计划
    • 个人执行计划
• 核心
  • 测什么
    • 测试目标和范围
  • 谁来测
    • 人员进度及安排
  • 怎么测
    • 测试策略
    • 测试工具
• 重点
  • 准入标准：研发提测标准（业务能跑通: P0）
  • 准出标准：上线标准-什么时候结束测试（数据化: 用例(100%) \ 缺陷(解决率: S0 100%, S1:100%，S2\S3 :95%)）
  • 测试对象：文档、代码、数据

3. 用例设计

• 熟悉需求
  • 确保理解无疑虑
• 设计测试点
  • 测试点评审
• 编写测试用例
  • 用例评审

先设计业务用例、后设计单功能模块用例

4. 用例执行

​ 如何执行？

• 按优先级执行
• 按顺序执行

5. 缺陷管理

如何管理缺陷？

• 提交缺陷
  • 用例执行失败时
  • 提交确保唯一性、可复现(优先级、状态、版本号)
  • 依据模板提交
• 验证缺陷(验证修复情况)
  • 验证后需要注明版本号
  • 验证不通过需要Reopen
• 关闭缺陷
  • 验证通过则关闭并注明版本号

6. 测试报告

后边讲