执行测试用例的意义
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
执行测试用例的意义
作者:网络转载发布时间:[ 2013/9/29 13:22:31 ] 推荐标签:
测试用例,是测试过程中很重要的一部分内容,用例的编写也是一项很考验测试人员对业务知识的理解和分析能力的工作,所以编写用例的水平也能一定程度上反映出测试人员的测试水平,而很多测试人员特别是刚进入测试行业的测试人员,往往都忽视了测试执行的重要性,不屑于做测试的执行工作,觉得测试执行没什么技术含量。
我在之前的两家公司,因为人员结构或者测试组织方面的原因,没执行过别人写的用例,都是自己写好了自己执行。来到现在公司后,由于项目已经进入了尾声,用例也已经比较完整了,所以就安排我先做用例的执行工作。一方面在不熟悉业务的情况下,执行用例相对编写用例会简单点,另一方面也可以通过执行用例来熟悉业务。
我执行的用例是我们部门主管写的用例,所以也算是用例交叉执行的一个过程。在用例的执行过程中,一方面是对我业务理解能力的检验,另一方面也是对用例编写者所编写的用例的检验。用例的执行环境、前提条件、操作步骤、和预期结果都会影响到用例能否顺利的执行,这些如果都写的清晰了,用例执行的效率也就更高,对业务的理解也就更容易。对于业务逻辑简单的用例,对着用例的输入步骤和预期结果就可以较顺利的执行,对于业务逻辑比较复杂的,加上一些前提条件可能也没有在用例中说的很完整,就需要通过用例编写人员给予业务逻辑的讲解才能理解,而讲解业务的过程,又是对业务更进一步理解的过程。
我现在参与的项目是OA系统,执行用例过程中,发现在执行多部门协调性要求比较强的业务的用例时,往往需要频繁的登录和退出系统,在用户多的时候,可能容易出错,也不太好保持测试的连贯性。通过一段时间的用例执行工作,也总结了点经验,和大家分享。
以下是从工作中抽取的用例,为了简便,只取了编号、输入、预期结果和测试结果四个部分内容,具体数据略有修改。两个用例分别对应两个环节,首先是填写表单,然后分别提交给张三、李四、王五(对应编号1),如果提交成功,这三个用户分别登录系统填写意见,第三个用户填写意见并提交后,系统发送待办信息给赵六(对应编号2)。