测试用例设计

最新推荐文章于 2024-05-11 01:31:05 发布

.。、

最新推荐文章于 2024-05-11 01:31:05 发布

阅读量1.9k

点赞数 2

文章标签：测试用例

本文链接：https://blog.csdn.net/m0_59322443/article/details/122368464

版权

测试用例设计

基础概念

测试用例的定义

测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

测试用例的特性
- 有效性：
  
  测试用例的能够被使用，且被不同人员使用测试结果一致，就是用例的语言通俗易懂，描述准确。
- 可重复性：
  
  良好的测试用例具有重复使用的功能，用于回归测试。
- 易组织性：
  
  好的测试用例会分门别类地提供给测试人员参考、使用。
- 可评估性：
  
  从测试管理的角度上来说，测试用例的通过率和软件缺陷数是评估产品质量的测试标准。
- 可管理性：
  
  测试用例可以作为检查测试人员工作进度、执行工作量以及缺陷跟踪、管理测试人员工作效率的因素。

测试用例要素

用例编号	测试模块	用例标题	前提条件	测试输入	操作步骤	预期结果	优先级
dl-01	登录	正常登录验证	电脑可以正常使用	账户名、密码	输入正确的账户名、密码	登录成功	高

测试用例八大要素
1. 测试用例编号：
  
  编号由字符和数字组合成的字符串,用例编号具有唯一性、容易识别, 如下表。
2. 测试项目/模块：
  
  测试的项目属于哪个项目或者被测试的需求、被测的模块、被测的单元等等。
3. 预置条件：
  
  执行当前测试用例需要的前提条件,如果前提条件不满足,则后面的测试步骤不能进行或者得不到预期结果。
4. 测试输入：
  
  测试用例执行过程中需要加工的外部信息.根据测试用例的具体条件有手工输入、数据库等。
5. 预期输出：
  
  测试用例的预期输出结果,包括返回值内容、界面响应结果等。
6. 操作步骤：
  
  执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行。
7. 测试用例标题：
  
  对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点事不一样的。
8. 优先级：
  
  对于测试用例的重要程度的区分.包含如下几种：
  - 高级别：保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
  - 中级别：重要程度介于高和低之间的测试用例
  - 低级别：实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例
其他要素
- 用例的设计者:能准确找到测试用例的设计人员,对用例修改时能方便找到人员
- 用例设计日期: 方便检查用例的设计进度
- 对应的开发人员: 出现bug后能及时找到相应的人员进行修复
- 测试结果: 执行用例最后执行的结果, 包括:pass、fail、block
- 测试类型: 功能、性能、压力等等

测试用例设计原则

明确性

测试人员要尽量避免测试用例存在含糊的因素，在测试过程中，测试用例的测试结果是唯一的。
代表性

尽量将具有相似功能的测试用例抽象合并，功能相似的用例要合并。
简洁性

测试用例简洁，可读性良好，测试过程目的明确，测试结果唯一。测试用例要用陈述性语句一句话直指问题的核心 ,不要使用浮夸的修饰手法。
个人总结

测试用例的输入一定要看软件的界面，怎么操作的就怎么写。

测试思路里面有几种情况，就要设计几条用例来进行覆盖。

保持用例步与步之间的独立性，因为测试用例每一步执行不通过都是bug，如果步与步之间关联了，则发现bug不好跟踪。

测试用例中使用数据的地方必须要用数据。

测试用例的每一个输入必须有明确的结果。

等价类

定义

输入域的子集合，把输入域里面性质相同或相近的归为一类，每一类抽一个代表进行测试，如果这一代表过程中发现问题，则该类均有问题，如果这一代表测试过程中没有发现问题，说明这一类均没有问题。
等价类划分

在测试中最完美的测试是使用穷举测试，把所有的数据都测一遍，但是实际工作中不能采用,因为效率太低了。这就是我们为什么要划分等价类，就是为了使用最少的测试数据，达到最好的测试质量。
等价类类型
- 有效等价类：
  
  对程序规则说明书来说是合理的有意义的数据构成的集合。（满足类的规则）
- 无效等价类：
  
  对程序规则说明书来说是不合理的无意义的数据构成的集合。（不满足类的规则）
注意

设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。

案例
1. 确定需求
  
  需求规格说明书：从键盘上任意输入三个数，系统可以自动判断是否能构成三角形以及构成什么边的三角形，软件系统界面如下所示：
  - 我们可以看出来这个需求并不完整，所以我们要再跟产品经理进行沟通，得到完善的需求
  测试需求：从键盘上任意输入三个数（输入的是什么数？输入的是正整数。），系统可以自动判断（系统如何自动判断的？我们的系统无法自动判断，输入数据后，点击确定才能判断构成三角形。）是否能构成三角形（构成三角形有提示信息吗？如果输入的数据能构成三角形会弹出友好信息。）以及构成什么边的三角形（构成什么样的三角形？构成普通三角形，等腰三角形，等边三角形）。
  - 总结：
    
    测试需求肯定大于需求规格说明书的。