如何写好测试用例

4`@toc

1. 测试用例有什么作用

• 检验软件是否满足客户需求
• 体现一个测试人员的工作量
• 展现测试用例的设计思路

2. 测试用例包含哪些内容

1. 用例编号：唯一的
2. 用例名称：
3. 测试背景：属于那个项目，测试什么东西
4. 前置条件
5. 优先级
6. 重要级
7. 版本
8. 测试环境：手工测试、自动化等
9. 测试类型
   10.测试阶段：系统测试等
10. 测试数据
11. 测试步骤
12. 预期结果
13. 实际结果
14. 编写人
15. 执行人
16. 开发工程师
17. 备注

3. 测试用例的编写流程

3.1 需求分析

• 业务需求：关注系统是否满足业务–流程
• 用户需求：关注系统是否满足用户习惯
• 功能需求：关注系统是否满足功能要求

1. 如果没有需求怎么办？
   参考市面上已经上线的同类产品。
2. 如果需求模糊怎么办？
   收集整理已有需求
   和产品经理逐条确认
   参考同类型产品的实现情况

2. 提取测试点

1. 什么是测试点？
   测试点即通过需求分析后对得出的需要进行测试的具体内容。
2. 测试点对测试用例的设计有什么好处？
   快速、覆盖、方法、细节
   

3. 测试用例编写

1. 测试用例编写注意

• 根据项目的实际情况设计测试用例表格
• 用例格式不是固定的，不要生搬硬套
• 根据具体的情况编写

2. 测试用例编写方法

• 等价类划分法：
  如何选择适当的数据子集，来代表整个数据集。通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷。
• 边界值分析法：
  使用边界值分析方法设计测试用例时一般与等价类划分法结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
• 场景法：
  通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
• 猜测法：
  猜测法需要我们具备很丰富的经验，依靠哪些地方容易出现问题；依靠经验分析，哪些场景特别容易被开发忽略，从而快速得到测试的结果。
  

4. 测试用例评审

1. 测试用例评审
   简单来将，评审就是对测试用例进行检查；
   评审包括同行评审，小组评审，部门评审，三方评审等；
   不同的评审类型会有不同的角色参与。
2. 评审的意义在哪里

• 通过评审可以发现测试用例的不足
• 方便测试人员改进用例
• 达到在测试时提高测试质量的目的

3. 评审流程是怎么样的：
   

5. 测试用例管理

1. 为什么需要管理用例

• 测试用例数量巨大
• 测试用例会随着需求变更
• 测试用例需要补充完善

2. 如何管理测试用例？

• 原始的excel管理方式(用于测试用例数量较少的情况)
• 专业的项目管理系统