基于规则引擎的测试用例提取与维护方法研究

基于规则引擎的测试用例提取与维护方法研究

ID:32602882

大小:17.20 MB

页数:52页

时间:2019-02-13

基于规则引擎的测试用例提取与维护方法研究_第1页
基于规则引擎的测试用例提取与维护方法研究_第2页
基于规则引擎的测试用例提取与维护方法研究_第3页
基于规则引擎的测试用例提取与维护方法研究_第4页
基于规则引擎的测试用例提取与维护方法研究_第5页
资源描述:

《基于规则引擎的测试用例提取与维护方法研究》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、成都理jI:人学硕+学位论文例自动生成应用程序,也能较好地提高开发效率。1.2论文研究内容1.2.1论文研究内容测试用例提取:每次回归测试将会涉及到测试用例的重用问题,其中一个重要的问题是用例集的优化,或用例集的简约,即应用一种生成最小测试用例集的方法,首先充分考虑测试目标中各个测试需求之间的相互关系,将满足测试需求的所有可用测试用例进行划分,根据划分的结果生成一个测试用例集,然后利用配对算法来消除冗余,对这个测试用例集进行进一步的简化。应用用例集优化技术具有巨大的优势,它可以生成满足所有测试需求的最小测试用例集【3J。在测试实践中常常遇到的情况是,有一个系列的多个产品总

2、体上功能相似,界面上也有很多相似,实际上新产品是不断在前一个产品基础上经过增删功能、重新构思部分界面形成的。因此,需要建立一个统一的用例规则库对大量用例加以管理,以实现用例的重用并提高用例管理的效率。例如当有公共模块被修改时,受影响的用例可以在用例规则库中一次修改完成,并在使用用例时能够方便地检索到指定产品和指定功能的用例。本课题的研究目标是:以现有的测试理论为基础,利用规则引擎技术,从业务要素和业务流程所遵循的规则出发,建立起一个统一的用例规则库,并设计和实现一套对用例规则库进行维护管理并提取测试用例的“测试用例维护与提取系统”。主要研究内容如下:(1)交易参数模型与测

3、试用例规则模型,以及以此为基础的测试用例提取机制的研究;(2)测试用例提取中用例集优化技术的研究,应用相关的简约技术达到提取最小有效用例集的目的;(3)应用规则引擎后测试用例的表达技术研究,交易要素规则的表达技术研究。测试用例是由交易要素按照一定流程组合而成的,交易要素规则的有序组合便成为测试用例的业务规则,因此交易要素规则表达技术是应用业务规则引擎的基础;(4)将规则引擎应用到测试用例提取和维护领域的研究;(5)Flex+Sp血g+Drools+Hibemate的整合和架构设计,及应用此架构的平台的设计与开发。2第l章引言1.3相关领域国内研究现状(1)测试用例维护国内

4、外对于回归测试用例维护技术的研究都还不充分。国内大多企业对测试用例库的维护和管理处于混乱状态,导致测试用例库不可重用,造成时间与人力的巨大浪费,严重危及回归测试的成败。现在最好的用例维护方法是,把版本衍生的详细信息与用例库关联起来。管理用例库时,除了给每个用例规定编号、版本、产品型号等分类属性,还要给每个用例规定若干关于功能的关键字,用于用例的检索。要保证的就是按版本、按型号、按功能的组合能够把相关的用例都找到,不要有遗漏。这种管理、维护的方式是粗粒度的,维护任务繁重,当项目进展时间稍长,就难以做到对用例库的有效维护。14J(2)用例自动生成目前国内外对用例自动生成的研究

5、包括:基于啪l时序图测试用例的自动生成、基于XYZ/E规范的软件测试用例自动生成方法、基于Z路径覆盖的测试用例自动生成技术、基于形式规约的软件测试用例自动生成技术,这些方法在应用时都有一定的局限,且难于实施,所以国内的应用很少见。(3)用例提取在回归测试时,如何在已有的测试用例集中提取最优最小的用例集是一项值得研究的技术,因为回归测试所需的用例集应最大限度地复用现有用例,国内在这方面的研究尚属少见。成都理jl:人学硕十学位论文第2章软件测试与业务规则2.1软件测试概况软件测试是软件开发过程中的一个重要的环节,是保证软件质量和可靠性的重要手段。在软件开发的过程中,软件开发的

6、每个阶段都有可能产生误解或差错。因此,要力求通过每个阶段的技术审查、走查、测试实施等能够尽早、尽量地发现软件中存在的错误并将其排除。软件测试就是在软件投入运行使用之前,对软件需求分析、设计规格说明、编码实现的最终复审,贯穿于软件定义与开发的整个期间。2.1.1软件测试定义传统上认为软件测试的方法从总体上分为两类。第一类测试方法是试图验证软件是“工作的”,所谓“工作的”就是指软件的功能是按照预先的设计执行的;而第二类测试方法则是设法证明软件是“不工作的’’。提出第一类方法的代表人物是软件测试领域的先驱Dr.BillHetzel,他首先在1973年给软件测试一个这样的定义:“

7、就是建立一种信心,认为程序能够按预期的设想运行。"后来在1983年他又将定义修订为:“评价一个程序和系统的特性或能力,并确定它是否达到预期的结果。软件测试就是以此为目的的任何行为。"在他的定义中的“设想”和“预期的结果”,就是用户需求或功能设计【5J。第一类测试可以简单抽象地描述为这样的过程:在设计规定的环境下运行软件的功能,将其结果与用户需求或设计结果相比较,如果相符则测试通过,如果不相符则视为Bug。这一过程的终极目标是将软件的所有功能在所有设计规定的环境全部运行并通过。在软件行业中一般把第一类方法奉为主流和行业标准。19

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。