/catalog/2416e7f1c515497f98c8b7cb9874d41d//catalog/821d36aa8dfd499ca4af14ac5eb2b6b3//Document/282631823061061.html/Document/264572214259781.html/Document/264193141411909.html/Document/263120166727749.html/Document/262780577878085.html/Document/262434321498181.html/Document/261700928712773.html/Document/260317655674949.html/Document/259254117072965.html/Document/257842584657989.html/Document/257479171993669.html/Document/255707511132229.html/Document/255351757029445.html/Document/250725636485189.html/Document/249686534438981.html/Document/248257145659461.html

一个好的功能测试用例可以从哪些方面提升优化?

什么是测试用例?测试用例(Test Case)是为实施测试而向被测系统提供的输入数据、操作或各种环境设置以及期望结果等信息的一个特定集合。测试用例要解决的问题是:要测什么,怎么测,如何衡量。我们为什么要写测试用例呢?反之,如果不写测试用例只能执行随机测试,会存在哪些隐患呢?


如果不写测试用例的话,就无法判断是否较全面地测试了所有的功能;测试的覆盖率也无法衡量;对新版本的重复测试很难实施;无法对测试质量进行有效评估;无法形成有效的知识积累。


一个好的测试用例应该符合以下几个特性:

有效性:是测试人员测试过程中的重要参考依据。

可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍。

易组织性:可能在数月甚至几年的测试过程中被创建和使用,正确的测试计划会很好地组织这些测试用例 。

可评估性:从测试的项目管理角度来说,测试用例的通过率是检验代码质量的保证。

可管理性:可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的因素 。

测试用例编写的原则主要有对需求覆盖的完整性、有效性、可理解性、清晰性、可维护性,下面我们针对这几个方面展开来讲一下。


对需求覆盖的完整性就要求我们做到对需求的完全理解, 从全局上把握需求。还应对需求进行归类,做到对需求的100%覆盖。
有效性指的是测试用例应该包含清晰的输入数据以及预期输出。如果环境或者业务发生变更后,测试用例及相关数据必须进行更新维护。


测试用例的可理解性,这一点很重要,它要求测试用例步骤必须描述清晰,使用陈述句,不能出现模棱两可以及重复的话语或者夹杂个人情绪。测试用例要按照一定的顺序进行编写,这样执行的时候效率比较高。

清晰性,测试用例的验证点必须明确清晰重点突出,一个用例进行一个功能点的验证。测试用例包含前置条件的必须描述清楚,包括入口等。因为我们一些比较小的项目可能是专门有一个人写用例,一个人去执行测试,一些比较大的项目可能还会有专门编写测试用例的组。所以测试用例的清晰性和可理解性都会直接影响到测试人员的效率。

可维护性,测试用例因为业务需求发生变更的时候,需要及时更新维护测试用例,做到测试用例的实时性与有效性。测试用例需要细化和不断的完善,是个循序渐进的过程。通过测试实践检验测试用例并添加,删除,修改测试用例。

测试用例应该按照一定的顺序进行编写,这样执行的时候效率比较高。


因为我们在写测试用例的时候,可能是依据文档,或者根据以往经验来编写的,在测试执行的时候,可能会发现有遗漏的地方,或者我们的软件、业务、需求发生变更的时候,都需要对我们的用例进行维护,所以我们的测试用例需要具有可维护性。


测试用例的编写是非常重要的,它直接影响到下面一个环节,测试执行环节。无论是我们自己执行还是其他的测试人员、测试组去执行这个测试用例,都需要测试用例是完整、有效、可理解、清晰和可维护的,以上就是测试用例的特点。下面我们就一起来看一下测试用例的设计方法。