目录
前言
对于一名软件测试工程师来说,测试用例是很重要却也很容易被忽略的知识点。很多刚刚踏入测试领域的小白都会被要求写测试用例以及做最基础的功能测试,这一环节或许相当枯燥,身边也有很多小伙伴被这样重复性很高的工作劝退,或者是认为测试是一项很简单的岗位。实则不然,测试用例的设计是测试工程师的根与本,能很大程度的体现一个工程师的测试思维和对业务的熟悉程度,尤其是在初级测试工程师阶段,沉淀好测试的基础是我们必须坚持下来的事情。
概念简述
测试用例,最简明的表达就是对于某个指定项而设计的一个个小流程,包括这一个个独立的小流程的前置条件、输入数据、执行步骤、预期结果等等。我们要求每一条测试用例都满足被独立拉出来执行的条件,设计测试用例时,要尽可能保证用例的完整性与概括性。
核心要素
测试用例八大要素为:1、测试用例编号;2、测试模块;3、测试项/标题;4、重要级别;5、预置条件;6、测试数据;7、操作步骤;8、预期结果。这是理论上的八大要素,而这其中最核心的四个要素,分别为:测试项/标题、预置条件、操作步骤、预期结果。通常在企业项目测试的环节,对于测试人员来说没有大量的时间来编写测试用例,但是上述的四个要素是用例的重中之重,每一项都需要仔细打磨,部分企业的用例模板可能也抛弃了八大要素的其他部分,但这四大要素是一定不会动的。
测试用例编号 | 测试模块 | 测试项/标题 | 重要级别 | 预置条件 | 测试数据 | 操作步骤 | 预期结果 |
项目_模块_编号 | 测试点 | P0~P4 |
用例的其他要素还能包括用例的设计者,用例设计日期,对应开发人员,测试结果,测试类型等等
例:
设计原则
(1)目标明确:一个测试用例执行一个测试流程,预期结果是唯一的,不存在两种情况或多种情况的结果;
(2)高度代表:由于企业项目测试留给测试人员写测试用例的时间不会很多,所以尽量将具有相似功能或者关联性强的测试用例抽象合并,节约成本;
(3