参数配对组合的软件测试方法.研究与实现

《参数配对组合的软件测试方法.研究与实现》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、一J二海师范大学硕士研究生学位论文参数配对组合的软件测试方法划f究t，实删而采用正交拉丁方的方法由于其本身算法构造的局限性，会产生相对较多的测试案例。此外，IPO的算法思想能轻松适应测试系统的参数变动，其实_}'日性更强。但算法本身尚有不完备之处，也投有解决参数约束的问题。因此，本文在此基础上提出了一个改进算法，井用JavaSwing组件实现了基于改进算法的测试工具。本论文共分七个章节，各个章节的安排如F：第一章是全文的概述，介绍了本论文的背景和意义。第二章首先介绍基于参数组合的测试方法，并通过一

2、个简单的例子米说明配对覆盖测试方法的有效性：第三章从理论上对配对覆盖问题加以分析和研究。提出了配对组合图弄¨案例子图的概念，同时还给出用于估计实际系统配对覆盖测试集范围的一个定理和推论：第四章主要介绍目前国外已有的几种有效的测试集生成策略，运用配对组合目j【l案例子图为1‘具对它们的加以深入的分析，并通过实验对其各自的特点并1J有效性进行比较；第五章提出本文一个改进算法，在满足配对覆盖的同时，也解决了实际删跌活动中可能遇到的参数约束问题；第六章首先说明如何用Java具体实现本文算法，并用JavaS

3、wing组件开发了的一个测试工具，还演示了参数约束以及参数值变动的各种情况：第七章对论文进行了总结和展望。在强调了本文的几个重要结论的同时，还总结了本文的创新点以及将来的研究方向。}：海师范大学碗士研究生学位论文参数配对圣u台的软件测试方法讲究与实现第二章测试参数的选择和组合测试方法本章首先通过一个例子对基于参数组合的测试方法作了说明，指出测试参数不仅包括系统的软件部分，也可以是用户输入或运行环境锦硬件资源。同时也指山了配对覆盖测试的有效性；2．1测试参数的选择及组合在测试工作开始阶段，我们首先要

4、确定系统的测试参数。测试参数不仅可以是某一软件模块设置的参数，也可以是涵盖整个测试计划中所涉及到的系统配置、_【=H户输入平

5、l交互操作．以及操作系统运行环境等设置。既可以包括软件部分．也可以是硬件资源。这些测试参数的每一组取值决定了一个测试案例或测试计划。例如，我们测试一个电话服务系统⋯的功能时，可以确定如下参数：拨号类型(CalLType)、记费(Billing)、接入方式(Access)和状态(Status)，各参数的取值见表2—1。表2-1电话拨号测试参数CallTypeBillingAc

6、ceSSStatusLocalCallerLoopbUCCesSLongDistanceCollectISDNBusYInternational800PBXB10cked在这个例子中我们看到，测试参数不仅有电话系统本身，如拨号类型(本地、长途、国际长途)和记费方式(呼叫方付款、对方付款、800服务记费)，还包括有硬件接入方式(Loop、ISDN、PBX)以及呼叫状态(成功、忙音、阻塞)。这种确定测试参数的方法同样适用于软件系统的测试计划。由此也可见，基于参数组合的测试方法是具有相当灵活性的，它可以

7、适应小到单元测试或模块功能测试，大至整个系统的集成测试。参考文献“1对于测试配置等方面有很多详细的讨论，这里不再赘述。确定参数之后就可以应用参数组合的方法生成测试案例。继续以袭2一lJ,j例，每一组参数值的组合都确定了一个测试案例，由于总共有4个参数，每个参数各有3个参数值，因此总共有34=81个测试案例。假定每个测试案例的执行都要花费一定的代价汞I时间，总共81个测试案例的测试开销是相当大的。一种简单组合策略是，先设定其他参数的默认值，只选择一个参数改变其参数值，表2-2显示了用这种方法得到的测

8、试案例集。考察表2-2可以看出，测试案例的个数从81个上海师范大学硕士研究生学位论文参数配对组合的软件测试方法研究lj实姚缩小到仅为9个，但遗憾的是虽然这种方法覆盖了所有参数的取值，但没有覆盖到每一个参数值的配对组合，只覆盖了全部54种配对组合中的30种。表2-2一种简单的组合策略CallTypeBillingAcoessStatuSLocalCallerLoopbuCcessLongOistanceCalleFLoop3ucCessInternationalCallerLoopLocalColl

9、ectLoop3UccessLocal800LoopjUCOessLocalCallerISDN3UCCessLocalCailerPBXbOCCessLocalCallerLoopBusyLocalCallerLoopBlocked表2—3给出了一个理想的组合结果，虽然也含有9个测试案例，却覆盖了所有测试参数的配对组合。但迸一步研究发现，有2／3的电话呼叫是不成功的，因此这同样不是一个好的测试计划。多数软件系统的错误是在实际情况下参数的相互作用引起的，而测试计划又必须能反映系统的