软件测试过程中的工具使用共9页文档

软件测试过程中的工具使用软件测试过程中的工具使用作者：easylife来源：不详摘要：软件测试是保证软件质量的重要手段，它在整个软件开发过程中占据了将近一半的时间和资源。

在软件测试过程中合理的引入测试工具，能够加快测试进度，提高测试质量，实现更快、更好的开发软件产品的目标。

本文介绍了覆盖软件测试各个阶段的测试工具，说明了每一类工具所应用的测试阶段，以及它能发挥的作用。

Abstract：Software test is one measure to insure the quality of software,it costs half of time and resource in the whole process of development.If test tools can be used in the process,it would to improve the speed of test and the quality of test,It's probable to develop software rapidly and to produce high quality.In this document it introduces some software test tools for the different of test moment,it introduce the time for every kind of tools,but the function of the test tool.关键字：软件测试工具；测试设计；静态分析；单元测试；功能测试；性能测试；测试过程管理；Keywords：software test tool；test design；static analysis；unit test；function test；performance test；test process management；1、引言最近几年，软件测试在国内越来越受到重视，因为大家逐渐认识到了软件测试对于保证软件质量的重要性。

随着对软件测试重视的提高，国内软件测试技术的发展也很快，逐渐从过去手工作坊式的测试向测试工程化的方向发展。

要真正实现软件测试的工程化，其基础之一就是要有一大批支持软件测试工程化的工具。

因此，软件测试工具对于实现软件测试的工程化来说至关重要。

本文就从如何进一步提高软件测试质量和效率的角度出发，讨论测试工具在软件测试过程中的应用。

2、为什么要引入测试工具在测试过程中引入测试工具能给我们带来以下的好处。

2.1、提高工作效率这是引入测试工具给我们带来的一个显著好处。

那些固定的、重复性的工作，可以由测试工具来完成，这样就使得测试人员能有更多的时间来计划测试过程，设计测试用例，使测试进行的更加完善。

2.2、保证测试的准确性测试是需要投入大量的时间和精力的，人工进行测试时，经常会犯一些人为的错误，而工具的特点恰恰能保证测试的准确性，防止人为疏忽造成的错误。

2.3、执行困难的测试工作有一些测试工作，人工进行是很困难的。

有的是因为进行起来较为复杂，有的是因为测试环境难以实现。

测试工具可以执行一些通过手工难于执行，或者是无法执行的测试。

3、测试工具在软件测试过程中的具体应用在这一部分，我们讨论测试工具在测试过程中的具体应用。

现在的测试工具很多，基本上覆盖了各个测试阶段。

按照工具所完成的任务，可以分为以下几大类：测试设计工具、静态分析工具、单元测试工具、功能测试工具、性能测试工具、测试过程管理工具。

下面，我们就针对每一类工具展开介绍。

3.1、测试设计工具测试设计工具，更完整的名称应该是测试用例设计工具，是一种帮助我们设计测试用例的软件工具。

设计测试用例是一项智力性的活动，工具如何能够代替呢?确实是这样，但仔细思考一下我们就会发现，很多设计测试用例的原则、方法是固定的，比如等价类划分、边界值分析、因果图等等，这些成型的方法，很适合通过软件工具来实现。

测试用例设计工具按照生成测试用例时数据输入内容的不同，可以分为：基于程序代码的测试用例设计工具和基于需求说明的测试用例设计工具。

下面分别对这两类工具进行介绍。

3.1.1、基于程序代码的测试用例设计工具基于程序代码的测试用例设计工具是一种白盒工具，它读入程序代码文件，通过分析代码的内部结构，产生测试的输入数据。

这种工具一般应用在单元测试中，针对的是函数、类这样的测试对象。

由于这种工具与代码的联系很紧密，所以，一种工具只能针对某一种(些)编程语言。

这类工具的局限性是--只能产生测试的输入数据，而不能产生输入数据后的预期结果，这个局限也是由这类工具生成测试用例的机理所决定的。

所以，基于程序代码的测试用例设计工具所生成的测试用例，还不能称之为真正意义上的测试用例。

不过即使这样，这种工具仍然为我们设计单元测试的测试用例提供了很大便利。

3.1.2、基于需求说明的测试用例设计工具这种测试用例设计工具，依据软件的需求说明，生成基于功能需求的测试用例。

这种工具所生成的测试用例既包括了测试输入数据，也包括预期结果，是真正完整的测试用例。

使用这种测试用例设计工具生成测试用例时，需要人工的事先将软件的功能需求转化为工具可以理解的文件格式，再以这个文件作为输入，通过工具生成测试用例。

在使用这种测试用例设计工具来生成测试用例时，需求说明的质量是很重要的。

由于这种测试用例设计工具是基于功能需求的，所以可用来设计任何语言、任何平台的任何应用系统的测试用例。

我们来看一个这类工具的例子--SoftTest。

在使用SoftTest生成测试用例时，先将软件功能需求转化为文本形式的因果图，然后让SoftTest读入，SoftTest会根据因果图自动生成测试用例。

在这个过程中，工具的使用者只需要完成由功能需求到因果图的转化，至于如何使用因果图来生成测试用例，则完全由Softtest完成。

所有测试用例设计工具都依赖于生成测试用例的算法，工具比使用相同算法的测试人员设计的测试用例更彻底、更精确，这方面工具有优势。

但人工设计测试用例时，可以考虑附加测试，可以对遗漏的需求进行补充，这些是工具无法做到的。

所以，测试用例设计工具并不能完全代替测试工程师来设计测试用例。

使用这些工具的同时，再人工的检查、补充一部分测试用例，会取得比较好的效果。

3.2、静态分析工具一提到软件测试，人们的第一印象就是填入数据、点击按钮等这些功能操作。

这些测试工作确实是重要的，但它们不是软件测试的全部。

与这种动态运行程序的测试相对应，还有一种测试被称为静态测试，也叫做静态分析。

进行静态分析时，不需要运行所测试的程序，而是通过检查程序代码，对程序的数据流和控制流信息进行分析，找出系统的缺陷，得出测试报告。

进行静态分析能切实提高软件的质量，但由于需要分析人员阅读程序代码，使得这项工作进行起来工作量又很大。

对软件进行静态分析的测试工具在这种需求下也就产生了。

现在的静态分析工具一般提供以下两个功能：分析软件的复杂性、检查代码的规范性。

软件质量标准化组织制定了一个ISO/IEC9126质量模型，用来量化的衡量一个软件产品的质量。

该软件质量模型是一个分层结构，包括质量因素、质量标准、质量度量元三层。

质量度量元处于质量模型分层结构中的最底层，它直接面向程序的代码，记录的是程序代码的特征信息，比如函数中包含的语句数量、代码中注释的数量。

质量标准是一个概括性的信息，它比质量度量元高一级，一个质量标准由若干个质量度量元组成的。

质量因素由所有的质量标准共同组成，处于软件质量模型的最高层，是对软件产品的一个总体评价。

具有分析软件复杂性功能的静态分析工具，除了在其内部包含上述的质量模型外，通常还会从其它的质量方法学中吸收一些元素，比如Halstend质量方法学、McCabe质量方法学。

这些静态分析工具允许用户调整质量模型中的一些数值，以更加符合实际情况的要求。

在用这类工具对软件产品进行分析时，以软件的代码文件作为输入，静态分析工具对代码进行分析，然后与用户定制的质量模型进行比较，根据实际情况与模型之间的差距，得出对软件产品的质量评价。

具有检查代码规范性功能的静态分析工具，其内部包含了得到公认的编码规范，比如函数、变量、对象的命名规范，函数语句数的限制等等，工具支持对这些规范的设置。

工具的使用者根据情况，裁减出适合自己的编码规范，然后通过工具对代码进行分析，定位代码中违反编码规范的地方。

以上就是静态分析工具所具有的功能。

与人工进行静态分析的方式相比，通过使用静态分析工具，一方面能提高静态分析工作的效率，另一方面也能保证分析的全面性。

3.3、单元测试工具单元测试是软件测试过程中一个重要的测试阶段。

与集成测试、确认测试相比，在编码完成后对程序进行有效的单元测试，能更直接、更有效的改善代码质量。

进行单元测试不是一件轻松的事。

一般来讲，进行一个完整的单元测试所需的时间，与编码阶段所花费的时间相当。

进行单元测试时，根据被测单元(可能是一个函数，或是一个类)的规格说明，设计测试用例，然后通过执行测试用例，验证被测单元的功能是否正常实现。

除此之外，在单元测试阶段，我们还需要找出那些短时间不会马上表现出来的问题(比如C++代码中的内存泄露)，还需要查找代码中的性能瓶颈，并且为了验证单元测试的全面性，我们还想了解单元测试结束后，我们的测试所达到的覆盖率。

针对这些在单元测试阶段需要做的工作，各种用于单元测试的工具就产生了。

典型的单元测试工具有以下几类：动态错误检测工具、性能分析工具、覆盖率统计工具。

动态错误检测工具，用来检查代码中类似于内存泄露、数组访问越界这样的程序错误。

程序功能上的错误比较容易发现，因为它们很容易表现出来。

但类似于内存泄露这样的问题，因为在程序短时间运行时不会表现出来，所以不易发现。

遗留有这样问题的单元被集成到系统后，会使系统表现的极不稳定。

性能分析工具，记录被测程序的执行时间。

小到一行代码、一个函数的运行时间，大到一个exe或dll文件的运行时间，性能分析工具都能清晰的记录下来。

通过分析这些数据，能够帮助我们定位代码中的性能瓶颈。

覆盖率统计工具，统计出我们当前执行的测试用例对代码的覆盖率。

覆盖率统计工具提供的信息，可以帮助我们根据代码的覆盖情况，进一步完善测试用例，使所有的代码都被测试到，保证单元测试的全面性。

动态错误检测工具、性能分析工具、覆盖率统计工具的运行机理是：用测试工具对被测程序进行编译、连接，生成可执行程序。

在这个过程中，工具会向被测代码中插入检测代码。

然后运行生成的可执行程序，执行测试用例，在程序运行的过程中，工具会在后台通过插入被测程序的检测代码收集程序中的动态错误、代码执行时间、覆盖率信息。