测试方法和测试工具解决方案Word格式文档下载.docx

测试方法和测试工具解决方案Word格式文档下载.docx

《测试方法和测试工具解决方案Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《测试方法和测试工具解决方案Word格式文档下载.docx（21页珍藏版）》请在冰豆网上搜索。

定义测试准则

　　为控制测试的有效性以及完成程度，必须定义准则和策略，以判断何时结束测试阶段。

准则必须是客观的，可量化的元素，而不能是经验或感觉。

　　根据应用的准则和项目相关的约束，项目领导可以定义使用的度量方法，和要达到的覆盖率。

度量测试的有效性、完整性

　　对每个测试的测试覆盖信息和累计信息，用图形方式显示覆盖比率，并根据测试运行情况实时更新，随时显示新的测试所反映的测试覆盖情况。

　　允许所有的测试运行依据其有效性进行管理，用户可以减少不适用于非回归测试的测试的过程。

优化测试过程

　　在测试阶段的第一步，执行的测试是功能性测试。

其目的是检查所期望的功能是否已经实现。

在测试的初期，覆盖率迅速增加。

象样的测试工作一般能达到70%的覆盖率。

但是，此时要再提高覆盖率是十分困难的，因为新的测试往往覆盖了相同的测试路径。

在该阶段需要对测试策略做一些改变：

从功能性测试转向结构化测试。

也就是说，针对没有执行过的路径，构造适当的测试用例来覆盖这些路径。

　　在测试期间，及时地调整测试策略，并检查分析关键因素，以提高测试效率。

图表1测试过程中覆盖率趋势及策略的调整

在维护阶段

　　有一点认识越来越为大多数人所认可：

应用系统的维护费用与初始的开发费用基本相等，而在维护过程中，在对应用结构、逻辑、运行的理解上花费的时间，要用去50%的时间。

　　由于系统维护人员很可能不是开发人员本人，再加上人员的流动、团队内部的交流的不足，都需要对应用系统的理解。

理解应用系统

　　将应用系统的设计，以文件形式（部件文件间的关系）和调用图的形式（函数和过程间的关系）可视化。

　　函数的逻辑结构以控制流图的形式显示，在控制流图上选定一个节点，即可得到相对应的代码。

　　应用系统可以在不同的抽象层上进行分析，不同层次间的导航关联，促进对整体的理解。

　　对应用按其资源的使用进行检测，由此促进对函数之间（参数传递）的信息流、数据间的关系，以及其它资源的理解。

安全地修改软件

　　维护软件意味着修改软件，修改后的程序确认需要大量的工作。

因为，看起来很小的修改，都可能会滚雪球似的导致数十处甚至上百处的修改。

这种后继的修改需求，越早发现越好，最好是在编译前就发现并做出修改，最坏的情况是在调试和非回归测试期间发现。

二、黑盒测试的实施方案

　　传统系统的编程语言和逻辑全是过程式的。

这种逻辑顺序只有当数据中的值引起不同的循环或控制顺序改变时才会发生变化。

　　客户机/服务器和图形用户界面系统不是过程式的。

它们是事件驱动的。

这意味着计算机针对发生的事件执行相应的程序。

这里的事件是指用户采取的行为，象键盘活动，鼠标移动，鼠标击键动作和按键的动作，都是事件的例子。

因为事件发生的顺序不能预先知道，事件驱动系统相对来说更难测试。

开发人员不可能知道用户下一次要选中哪个按钮或菜单项。

实际上，应用程序必须在任何时候对所有发生和可能发生的事件作好正确处理的准备。

　　另外，随着RAD（快速应用开发方式）的引入，导致应用的实现速度很快，但这种方式也有它的不足。

一个重要的缺点是项目规划经常漏掉重要的测试阶段。

测试象在传统开发项目中一样，经常被忽视，并且给予很不现实的少量时间和资源。

对于这一点，测试RAD方式下提交的应用并保证软件质量是测试团队的首要工作。

　　黑盒测试在实施时又分为客户端的测试和服务器端的性能测试。

客户端的测试主要关注应用的业务逻辑，用户界面，功能测试等；

服务器端的测试主要关注服务器的性能，衡量系统的响应时间、事务处理速度和其他时间敏感的需求。

在应用系统最终被交付之前保证这两方面的测试没有缺陷。

　　由于测试并不是进行一次就可以完成的个过程，而是需要根据产品版本的变化生成不同的测试过程，如果这一过程仅通过手工方式完成是很难达到的。

需要通过工具的帮助，从而简化测试的复杂程度，降低在测试成本上的开销，缩短投放市场的时间。

还有一个突出的特点就是应用程序的回归测试，这是手工方式完成不了的过程，只有通过工具才能实施。

而回归测试在测试阶段是很重要的过程，通过回归测试可以发现很多隐含的缺陷和错误。

　　在服务器端的测试主要以模拟合法用户活动给系统的负载，负载测试的统计结果被用来预测用户将体验到的性能和响应时间。

这都需要在客户机/服务器系统发行之前都要进行的。

三、相关工具

　　在我们了解了测试所涉及的内容之后，测试方法和采用相对应的自动化测试工具是至关重要的。

自动化的测试工具意味着在测试活动中减少相当部分开销，真正的含义是它参加了测试的很大部分活动；

同时，有些测试活动是靠手工方式难以实现，难以度量的。

我们在对自动化的测试工具做成本效益分析时，应当考虑到项目的预期时间和人工消耗，一些测试用手工来做可能由几个人需要几个星期甚至更长时间来完成，而采用自动化的测试工具可能只需要几个小时或者几分钟；

象基于Client-Server的负载测试或者是基于Web系统的测试如果要用手工测试来完成是很困难和不现实的。

所以，在测试活动中选择自动化的测试工具是非常必要的。

　　下面我们就相应工具进行简要的介绍。

1.嵌入式软件测试工具--LOGISCOPE

　　LOGISCOPE是一组嵌入式软件测试工具集。

它贯穿于软件开发、代码评审、单元/集成测试、系统测试、以及软件维护阶段。

它面向源代码进行工作。

LOGISCOPE针对编码、测试和维护。

因此，LOGISCOPE的重点是帮助代码评审（Review）和动态覆盖测试（Testing）。

　　LOGISCOPE对软件的分析，采用基于国际间使用的度量方法（Halstead、McCabe等）的质量模型，以及从多家公司收集的编程规则集，可以从软件的编程规则，静态特征和动态测试覆盖等多个方面，量化地定义质量模型，并检查、评估软件质量。

　　LOGISCOPE在开发阶段，查找可寻找潜在的错误。

　　在代码评审阶段，LOGISCOPE定位那些具有80%错误的程序模块。

　　通过对未被测试代码的定位，LOGISCOPE帮助找到隐藏在未测试代码中的缺陷。

　　项目领导和质量工程师用LOGISCOPE定期地检查整个软件的质量。

　　在各个阶段用LOGISCOPE，改进软件工程的实践，训练程序员的编写良好的代码和测试活动，确保系统易于维护，减少风险。

　　在有合同关系时，合同方可以用LOGISCOPE明确定义验收时质量等级和执行测试。

承制方可以用LOGISCOPE演示其软件的质量。

　　LOGISCOPE获取ISO/IEC9126定义的"

QualityCharacteristics"

；

　　LOGISCOPE为ISO-9001提供需求（testacceptancecriteriaandqulityrecords）;

　　LOGISCOPE为开发者提供SEI/CMM在第2级（Repeatable）所要求的软件质量跟踪等关键实践的要求，推进开发组织尽快达到SEI/SMM的3级。

1）LOGISCOPE用于开发阶段

定义质量模型

　　RuleChecker预定义了50个的编程规则：

名称约定（如：

局部变量用小写等）；

表示约定（如：

每行一条指令）；

限制（如：

不能用GOTO语句，不能修改循环体中的计数器等）。

用户可以从这些规则中选择，也可以用Tcl、脚本和编程语言定义新的规则。

此外，还提供50个面向安全-关键系统的编程规则。

　　Audit以ISO9126模型作为质量评价模型的基础。

质量评价模型描述了从Halstend、McCabe的度量方法学和VERILOG引入的质量方法学中的质量因素（可维护性、可重用性、等）和质量准则（可测试性、可读性、等）。

　　工程项目领导或质量管理人员可以根据准则、应用软件的生存周期、合同需求等，挑选并采纳适用于项目需求的质量模型。

验证、评审和改进代码

　　RuleChecker用所选的规则对源代码进行验证。

指出所有不符合编程规则的代码，并提出改进源代码的解释和建议。

RulrChecker通过文本编辑器直接访问源代码并指出需要纠正的位置。

　　Audit将被评价的软件与规定的质量模型进行比较，用图形形式显示软件质量的级别，因此，质量人员可以把精力集中到需要修改的代码部分。

对度量元素和质量模型不一致的地方作出解释并提出纠正的方法。

2）LOGISCOPE用于测试阶段

　　LOGISCOPE推荐对指令（IB）、逻辑路径（DDP）和调用路径（PPP）的覆盖测试。

此外对安全-关键软件还提供了MC/DC的覆盖测试。

测试的有效性

　　TestChecker产生每个测试的测试覆盖信息和累计信息。

用直方图显示覆盖比率，并根据测试运行情况实时在线更改。

随时显示新的测试所反映的测试覆盖情况。

　　TestChecker允许所有的测试运行依据其有效性进行管理。

用户可以减少那些用于非回归测试的测试。

测试的优化

　　在测试阶段的第一步，执行的测试是功能性（黑箱）测试。

其目的是检查所期望的功能是否已实现。

在测试初期，覆盖率会迅速增加。

但是，要提高此比率是十分困难的。

主要是由于测试用例覆盖了相同的测试路径。

这时，需要对测试策略做一些改变。

执行结构化（白箱）测试，即，要检测没有执行过的逻辑路径，定义新的测试用例覆盖这些路径。

　　在执行测试期间，当测试策略改变时，综合的运用TestChecker检测关键因素以提高效率。

将TestChecker与Audit配合使用能够帮助用户分析未测试的代码。

　　用户可以显示所关心的代码，并通过对执行未覆盖的路径的观察得到有关的信息。

信息以图形（控制流图）和文本（伪代码和源文件）的形式提交，并在其间建立导航关联。

　　TestChecker管理系统声明新的测试、生成有关文档、定义启动命令、以及自动执行的方法。

3）LOGISCOPE用于维护阶段

　　人们广泛的认识到应用系统的维护费用与开发费用基本相等。

经验表明50%的软件维

　　护时间化在对结构、逻辑和运行的理解上。

LOGISCOPE可以大大的减少对未知系统的理解所需的时间。

　　Audit将应用系统的框架以文件形式（部件文件间的关系）和调用图的形式（函数和过程间的关系）可视化。

函数的逻辑结构以控制流图的形式显示。

在控制流图上选定一个节点，即可得到相对应的代码。

可以在不同的抽象层上对应用系统进行分析，不同层次间的导航，促进对整体的理解。

4）对嵌入式领域的支持

　　LOGISCOPE支持多种测试方式。

特别是对嵌入式领域软件的支持。

　　众所周知，嵌入式系统软件的测试是最为困难的。

因为，它的开发是用交叉编译方式进行的。

在目标机（Target）上，不可能有多余的空间记录测试的信息。

必须实时地将测试信息通过网线/串口传到宿主机（Host）上，并实时在线地显示。

因此，对源代码的插装和目标机上的信息收集与回传成为问题的关键。

　　LOGISCOPE很好地解决了这些技术，成为嵌入式领域测试工具的佼佼者。

它支持各种实时操作系统（RTOS）上的应用程序的测试，也支持逻辑系统的测试。

Logiscope提供VxWorks、pSOS、VRTX实时操作系统的测试库。

5）对航空/航天/国防/核电站领域的支持

　　在航空/航天领域，安全是最关键的问题。

因此，欧美的航空/航天制造厂商和使用单位联合制定了RTCA/DO-178B。

LOGISCOPE通过对"

ReviewsandAnalysisoftheSource

Code"

和"

StructuralCoverageAnalysis"

能够使开发的软件达到RTCA/DO-178B标准的A、B、C三个系统级。

LOGISCOPE是第一个提供MC/DC（ModifiedCondition/DecisionCoverage）测试的工具。

6）软件文档和测试文档的自动生成

　　Logiscope提供了文档自动生成工具。

使用者可以将代码评审的结果和动态测试情况实时生成所要求的文档，这些文档忠实地记录代码的情况和动态测试的结果。

文档的格式可以根据用户的需要定制，如，GJB-438A。

　　支持的主机平台：

　　UNIX：

SunOS/Solaris,HP700HP-UX,RS6000AIX,PowerPC,DECUNIX；

　　IBMMainframeMVS环境；

　　PCWindows/NT。

　　支持的语言：

C,C++,Ada,Java

　　目标机环境：

支持嵌入式实时操作系统VxWorks，PSOS，VRTX

2．白盒工具--NuMegaDevPartnerStudio

　　这是一组白盒测试工具，主要是用于代码开发阶段，检查应用的可靠性和稳定性。

它提供了先进的错误检查和调试解决方案，充分地改善生产力和开发团队的软件开发质量。

NuMega产品线是一个全面的SmartDebugging工具包，自动地检查企业级或Internet级用多语言创建的组件和应用中出现的软件错误和性能问题，并能很快地给予解决。

　　NuMegaDecPartnerStudio满足在软件开发过程中每一个开发人员的需求，无论我们是使用一种或多种语言，NuMega产品都能够帮助我们提高生产力。

它的产品主要有自动地错误检测、性能分析、代码覆盖分析等功能，分别用于捕获、定位错误，抽取代码执行频度，以及抽取代码覆盖率等数据，产品包括：

2.1BoundsChecker

　　程序员在开发过程中可能会经常遇到这样的问题：

调试时语法没有问题，代码也没有错误，但应用程序运行就是不正常甚至死机，其实这有可能是由于逻辑错误引起的内存溢出或资源泄露等问题，这些错误一般是不容易被检测出来的。

而这类错误就是BoundsChecker错误检测范围之一。

　　通过对被测应用程序的操作，BoundsChecker提供清晰的、详细的程序错误分析，自动查明静态的堆栈错误及内存/资源泄露，并能够迅速的定位出错的源代码，即使在没有源代码的情况下也可检查第三方组件的错误。

　　BoundsChecker错误检测范围主要包括：

1）．指针和泄露错误

　　接口泄露

　　内存泄露

　　资源泄露

　　未分配的指针错误

2）．内存错误

　　动态存储溢出

　　无效的句柄被锁定

　　句柄没有被锁定

　　内存分配冲突

　　栈空间溢出

　　静态存储溢出

3）．API和OLE错误

　　API函数返回失败

　　API函数未执行

　　无效的变量（包括指针变量、字符串变量等）

　　OLE接口方法的变量无效

　　OLE接口方法失败

　　线程调用库函数错误

　　BoundsChecker支持的语言和主机平台:

　　C++,Delphi

　　WindowsNT,Windows95/98

2.2TrueCoverage

　　在开发过程中，对一个应用程序通过手工测试，总会有一部分代码功能没有被检测到，或者说逐个检测每一个函数的调用是相当费时间的；

未被检测的代码我们不能保证它的可靠性，以后程序的失败可能往往就是由这部分未检测的代码造成的。

现在我们可以用TrueCoverage来帮助我们解决这些问题，我们在测试程序时，每完成一次应用话路，TrueCoverage就能够列出在这次对话中所有函数被调用次数、所占比率等，并可以直接定位到源代码，当然我们也可以合并多个应用话路来进行检测。

所以说TrueCoverage能通过衡量和跟踪代码执行及代码稳定性，帮助开发团队节省时间和改善代码可靠性。

　　TrueCoverage支持的语言和主机平台

　　C++,JAVA,VisualBasic

2.3TrueTime

　　代码运行缓慢是开发过程中一个重要问题。

一个应用程序运行速度较慢，程序员不容易找到到底是在哪里出现了问题，如果不能解决应用程序的性能将降低并极大的影响应用程序的质量，于是查找和修改性能瓶颈是调整整个代码性能的关键。

如何快速的查找性能瓶颈呢？

TrueTime的出现就使这个问题变得很容易了。

当我们在测试程序时，每完成一次应用话路，TrueTime都能提供这次对话中函数的调用时间，提供详细的应用程序和组件性能的分析，并自动定位到运行缓慢的代码。

这样就能帮助程序员尽快地调整应用程序的性能。

　　TrueTime支持的语言和主机平台

2.4SmartCheck

　　作为一名VisualBasic的开发人员，在开发的过程中经常会遇到许多问题难以解决，包括象隐藏的run-time错误、WindowsAPI函数在VisualBasic中正确使用的问题、一些组件的错误等等，它们很难被定位到具体的代码中，令开发人员花费大量时间去寻找并解决。

SmartCheck就是能很快地查找到这些问题的一个自动化的工具，它是对于VisualBasic来说最好的run-time调试工具，它检测所有的WindowsAPI函数调用、内存分配以及其它一些重要的程序错误。

SmartCheck检错的种类包括泄露、接口方法失败、存储错误、程序和函数失败和VisualBasic的Runtime错误等，它能够将检测到的错误快速地定位到源代码。

使用SmartCheck将会极大地提高VB开发人员的工作效率。

　　SmartCheck支持的语言和主机平台:

　　VisualBasic

2.5FailSafe

　　FailSafe是用于VisualBasic开发的一个自动错误处理和恢复系统。

VB开发人员经常能够遇到程序执行时意外地终止，但是对于为什麽出现错误只提供了简短的、模糊的出错信息，使开发人员不能方便地发现错误的根源。

如果使用了FailSafe，它将插入额外的代码对你的程序进行插装，当程序执行时，FailSafe通过这些插装的代码捕获、记录执行时程序和系统的重要信息，直接指出错误发生时程序和系统的状态，这些丰富的信息使开发人员能够快速且正确的解决问题。

　　FailSafe支持的语言和主机平台:

2.6CodeReview

　　对于VisualBasic开发人员来说，CodeReview是最好的自动源代码分析工具，它对应用程序的组件、逻辑、Windows和Vb自身潜在的数百个问题进行严格地源代码检查。

CodeReview分析的类型包括Y2K问题，逻辑错误，应用程序性能和可用性问题，WindowsAPI调用和标准一致性问题等。

CodeReview可以检测整个的VB工程或指定的模块，并能定制检错的种类；

对检测的结果有详细的说明，提供帮助和推荐解决方案，而且能够直接的链接到源代码。

　　CodeReview系统还提供了两个子模块，一个是Metrics：

通过对VB工程（vbp）的执行，计算出代码的长度、复杂度、理解度、语言的使用等级、出错的可能性等数据；

另一个是Namer：

它调用一个VB工程，自动并规则地对其中的对象重新命名，并备份原来没有规则命名的工程文件，使开发人员对程序能够有条理地管理。

　　可以这麽说：

CodeReview是VisualBasic开发人员必不可少的顾问。

　　CodeReview支持的语言和主机平台:

2.7JCheck

　　JCheck对于Java开发人员来说是一个功能强大的图形化的线程和事件分析工具，它提供了一个生动的图形化的方法来表现程序的线程的状态信息以及和Windows线程、同步对象、线程组等的交互作用信息，使开发人员能够直观地分析JavaApplet或Application：

通过这些形象化的图形显示，可以确定runtime错误，对执行和逻辑错误进行分析，立刻发现线程问题如死锁、活锁、资源缺乏和系统失败，诊断线程同步和时间选择问题，分析程序执行流程；

而后JCheck对于那些错误可以定位和显示详细的信息并能定位到源代码。

Jcheck极大地减少了程序的调试时间，改善了软件开发生产力。

　　JCheck支持的语言和主机平台：

　　MicrosoftVisualJ++

3.黑盒工具--QACenter

　　QACenter帮助所有的测试人员创建一个快速，可重用的测试过程。

这些测试工具自动帮助管理测试过程，快速分析和调试程序，包括针对回归