在软件测试分析与设计阶段完成后,就需要将已经设计好的内容变成可操作的具体步骤,之后再执行,执行过程中需要记录相关测试的结果。
一、关键过程域
在实现与执行阶段主要有两个关键过程域:实现和执行。实现主要是将测试设计阶段的内容变成可操作的内容;执行主要是执行每个版本的测试用例,当然在执行过程中就必须记录一些相关的测试结果。
1、实现
实现主要是将分析与设计阶段的内容变成可操作的对象,主要需要实现的对象包括以下几个方面的内容:
(1)根据测试环境拓扑结构图,搭建测试环境。
(2)将测试设计模型的内容使用测试用例来覆盖。
(3)根据准备测试数据的方法准备相关的测试数据。
(4)审核所搭建的测试环境是否正确。
(5)对测试用例进行评审并完善相关的测试用例。
测试环境搭建好之后,应该对测试环境进行进行审核,以确保测试环境的正确性,因为测试环境会直接影响测试结果正确与否。
使用测试用例来覆盖测试设计模型中的内容,其实就是我们通常说的测试用例设计的方法,通过测试用例设计方法来完成功能的测试用例,所以在测试过程中写用例只是测试设计中的一个步骤,当然完成用例时需要将测试数据也置入用例中,这样用例才能被用于执行。完成用例后,需要准备好测试过程中使用的数据,在测试方案中已经将测试数据应该准备的内容和如何获得测试数据描述得很清楚了,所以只要利用这些方法将数据变成可以使用的数据就行。
在整个测试过程中,需要对测试用例不断地维护,可能是新增一些用例,也可能是删除一些无效的用例,还可能是修改一些有出入的用例。
2、执行
用例完成且环境也搭建好之后,就是对测试用例进行执行了,在整个执行过程中可能会有很多次的迭代版本。
测试执行的方法通常有两种:工手测试和自动化测试,对于新增的功能需求或新修改的内容,一般建议使用手工测试进行。对于回归的功能,通常可以使用自动化测试的方式来回归。当然做不做自动化测试取决于公司目前测试的成熟度。
随着软件系统功能越来越多,功能越来越复杂,如果只是使用手工测试其实是很难对所有的功能进行回归测试的,所以现在越来越多的企业开始研究自动化测试,希望通过自动化测试的方法来提高回归测试的效率。
在执行用例时,一般会有很多轮的迭代过程,但并不代表每次迭代执行的内容都是相同的,每一次迭代所执行的用例是根据测试计划而定的。如果时间很紧张,一般我们会挑选优先级比较高的先执行。
测试执行的过程一般有工具来管理,现在企业中一般都有相关的测试执行管理工具,如开源工具testlink,在测试执行管理工具中可以分配每次迭代需要执行的用例,手工测试时需要对这些用例进行回归测试,并且测试结果会自动保存在这些工具中。
测试执行过程需要记录两个方面的结果信息:一是记录每条用例执行的结果;二是记录测试过程中所发现的缺陷。测试用例执行结果会自动记录在测试工具中,用例执行的结果一般包括PASS、FAIL 和N/A 三种
PASS:表示用例执行通过。
FAIL:表示用例执行失败。
N/A:表示用例无法执行被阻塞,假设A 功能测试没有通过,导致B 功能无法执行,这个时候,这B 功能就是N/A 状态。
如果测试过程中遇到问题,就需要将这些问题记录下来,这个过程其实就是缺陷管理,缺陷管理也有相关的工具,如Bugzilla、Bugfree、Mantis 等。
二、阶段度量指标
实现与执行阶段度量的指标主要包括以下几个方面:
使用测试用例覆盖测试设计模型;
准备好测试数据;
测试环境搭建完成;
完整的记录用例测试结果;
完整地记录每个缺陷,并对缺陷进行跟踪。
三、能力评价
能力评价主要包括以下几个方面:
具备用例设计能力;
构建数据或使用调用历史数据;
会搭建测试一环境,如果是在类UNIX 操作系统平台下搭建测试环境;
使用测试用例管理工具;
使用缺陷管理工具。
本章节主要介绍了关于“软件测试—实现与执行”的内容,大家觉得有用的话记得每天来这里和小编一起学习涨薪技能哦。