IT博客网-我的ITblog我作主　　关注→　『伊波拉』→　测试　SzDlinXie- ITblog　　　　 -随笔分类-软件测试管理

软件配置管理流程图

szdlinxie — Thu, 06 Dec 2007 09:17:00 GMT

szdlinxie 2007-12-06 17:17 发表评论

软件开发项目过程中的风险管理研究

szdlinxie — Tue, 21 Aug 2007 07:20:00 GMT

软件开发项目过程中的风险管理研究[1]

软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。

　　在项目风险管理中，存在多种风险管理方法与工具，软件项目管理只有找出最适合自己的方法与工具并应用到风险管理中，才能尽量减少软件项目风险，促进项目的成功。

　　项目风险管理

　　项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控，如图1所示。风险识别在项目的开始时就要进行，并在项目执行中不断进行。就是说，在项目的整个生?

（1）需求风险

　　①需求已经成为项目基准，但需求还在继续变化；

　　②需求定义欠佳，而进一步的定义会扩展项目范畴；

　　③添加额外的需求；

　　④产品定义含混的部分比预期需要更多的时间；

　　⑤在做需求中客户参与不够；

　　⑥缺少有效的需求变化管理过程。

　　（2）计划编制风险

　　①计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；

　　②计划是优化的，是"最佳状态"，但计划不现实，只能算是"期望状态"；

　　③计划基于使用特定的小组成员，而那个特定的小组成员其实指望不上；

　　④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大；

　　⑤完成目标日期提前，但没有相应地调整产品范围或可用资源；

　　⑥涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。

　　（3）组织和管理风险

　　①仅由管理层或市场人员进行技术决策，导致计划进度缓慢，计划时间延长；

　　②低效的项目组结构降低生产率；

　　③管理层审查决策的周期比预期的时间长；

　　④预算削减，打乱项目计划；

　　⑤管理层作出了打击项目组织积极性的决定；

　　⑥缺乏必要的规范，导致工作失误与重复工作；

　　⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。

　　（4）人员风险

　　①作为先决条件的任务(如培训及其他项目)不能按时完成；

　　②开发人员和管理层之间关系不佳，导致决策缓慢，影响全局；

　　③缺乏激励措施，士气低下，降低了生产能力；

　　④某些人员需要更多的时间适应还不熟悉的软件工具和环境；

　　⑤项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；

　　⑥由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；

　　⑦不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；

　　⑧没有找到项目急需的具有特定技能的人。

（5）开发环境风险

　　①设施未及时到位；

　　②设施虽到位，但不配套，如没有电话、网线、办公用品等；

　　③设施拥挤、杂乱或者破损；

　　④开发工具未及时到位；

　　⑤开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；

　　⑥新的开发工具的学习期比预期的长，内容繁多。

　　（6）客户风险

　　①客户对于最后交付的产品不满意，要求重新设计和重做；

　　②客户的意见未被采纳，造成产品最终无法满足用户要求，因而必须重做；

　　③客户对规划、原型和规格的审核决策周期比预期的要长；

　　④客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更；

　　⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；

　　⑥客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。

　　（7）产品风险

　　①矫正质量低下的不可接受的产品，需要比预期更多的测试、设计和实现工作；

　　②开发额外的不需要的功能(镀金)，延长了计划进度；

　　③严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；

　　④要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作；

　　⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题；

　　⑥开发一种全新的模块将比预期花费更长的时间；

　　⑦依赖正在开发中的技术将延长计划进度。

　　（8）设计和实现风险

　　①设计质量低下，导致重复设计；

　　②一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能

szdlinxie 2007-08-21 15:20 发表评论

db2安装配置补遗

szdlinxie — Mon, 20 Aug 2007 16:44:00 GMT

/Files/szdlinxie/db2C.pdf

szdlinxie 2007-08-21 00:44 发表评论

测试风险的管理

szdlinxie — Sun, 10 Jun 2007 01:17:00 GMT

测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有：

    一、质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对；
    二、测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏；
    三、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够；
    四、质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智；
    五、测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等；
    六、测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差；
    七、有些缺陷出现频率不是百分之百，不容易被发现；如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大；
    八、回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。

前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于时间或成本的考虑，一般也是存在的。
针对上述软件测试的风险，有一些有效的测试风险控制方法，如：

    ·测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查；
    ·有些测试风险可能带来的后果非常严重，能否将它转化为其他一些不会引起严重后果的低风险。如产品发布前夕，在某个不是很重要的新功能上发现一个严重的缺陷，如果修正这个缺陷，很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大，对策是去掉(Diasble)那个新功能，转移这种风险；
    ·有些风险不可避免，就设法降低风险，如“程序中未发现的缺陷”这种风险总是存在，我们就要通过提高测试用例的覆盖率（如达到99.9%）来降低这种风险；

为了避免、转移或降低风险，事先要做好风险管理计划和控制风险的策略，并对风险的处理还要制定一些应急的、有效的处理方案，如：

    ·在做资源、时间、成本等估算时，要留有余地，不要用到100%；
    ·在项目开始前，把一些环节或边界上的可能会有变化、难以控制的因素列入风险管理计划中；
    ·对每个关键性技术人员培养后备人员，作好人员流动的准备，采取一些措施确保人员一旦离开公司，    项目不会受到严重影响，仍能可以继续下去；
    ·制定文档标准，并建立一种机制，保证文档及时产生；
    ·对所有工作多进行互相审查，及时发现问题，包括对不同的测试人员在不同的测试模块上相互调换；
    ·对所有过程进行日常跟踪，及时发现风险出现的征兆，避免风险。

要想真正回避风险，就必须彻底改变测试项目的管理方式；针对测试的各种风险，建立一种“防患于未然”或“以预防为主”的管理意识。与传统的软件测试相比，全过程测试管理方式不仅可以有效降低产品的质量风险，而且还可以提前对软件产品缺陷进行规避、缩短对缺陷的反馈周期和整个项目的测试周期。

szdlinxie 2007-06-10 09:17 发表评论

Rational Robot 基础使用手册

szdlinxie — Mon, 21 May 2007 06:17:00 GMT

Rational Robot 基础使用手册
目录..................................................................................................................................................................................... 1
第一章绪论....................................................................................................................................................................... 3
一、概述......................................................................................................................................................................... 3
二、基本概念................................................................................................................................................................. 4
第二章使用....................................................................................................................................................................... 5
一、GUI 脚本................................................................................................................................................................. 5
（一）、设置以及预定义........................................................................................................................................... 5
（二）、记录GUI 脚本............................................................................................................................................ 10
（三）、在GUI Script 中加入特写........................................................................................................................... 17
（四）、使用查证点................................................................................................................................................. 22
（五）、使用Datapools............................................................................................................................................ 23
（六）、编辑GUI 脚本............................................................................................................................................ 25
（七）、编译GUI 脚本............................................................................................................................................ 26
（八）、调试GUI 脚本............................................................................................................................................ 27
（九）、回放GUI 脚本............................................................................................................................................ 29
（十）、工具条操作................................................................................................................................................. 30
二、VU 脚本................................................................................................................................................................ 32
（一）、设置以及预定义......................................................................................................................................... 32
（二）、记录VU 脚本.............................................................................................................................................. 32
（三）、回放VU 脚本.............................................................................................................................................. 33
（四）、重录VU 脚本.............................................................................................................................................. 33
（五）、复制VU 脚本.............................................................................................................................................. 34
（六）、删除VU 脚本.............................................................................................................................................. 34
（七）、编译VU 脚本.............................................................................................................................................. 34
（八）、查询会话中的脚本列表.............................................................................................................................. 34
（九）、用会话生成脚本......................................................................................................................................... 35
（十）、将VU 脚本融入会话.................................................................................................................................. 35
（十一）、手工VU 脚本编码.................................................................................................................................. 35
三、VB 脚本................................................................................................................................................................. 36
四、SQA BASIC............................................................................................................................................................. 37
（一）、定制SQA Basic 脚本.................................................................................................................................. 37
五、测试应用程序....................................................................................................................................................... 42
（一）、测试Delphi 应用程序................................................................................................................................. 42
51Testing 软件测试网
（二）、测试Visual Basic 应用程序......................................................................................................................... 43
第三章参考................................................................................................................................................................... 44
（一）查证点............................................................................................................................................................... 44
（二）查证方法........................................................................................................................................................... 45
（三）鉴别方法........................................................................................................................................................... 45
（四）标准数据类型................................................................................................................................................... 45
（五）RATIONAL ROBOT 命令行选项....................................................................................................................... 45
（六）RATIONAL ROBOT 窗口.................................................................................................................................. 45
（七）菜单................................................................................................................................................................... 45

szdlinxie 2007-05-21 14:17 发表评论

Rational Suite Enterprise2002---系统测试解决方案

szdlinxie — Mon, 21 May 2007 06:10:00 GMT

Rational Suite Enterprise2002
系统测试解决方案V 1.0

Rational 系统测试解决方案目录
- I -
目录
第一章整体解决方案.................................................................................................................................. 1
第二章产品线简介...................................................................................................................................... 3
2.1 测试管理........................................................................................................................................ 3
2.2 调用和功能测试............................................................................................................................. 3
2.3 运行时分析.................................................................................................................................... 3
2.4 功能测试........................................................................................................................................ 3
2.5 微软开发环境的功能测试............................................................................................................. 3
2.6 针对X-Windows和终端应用的衰减和调用测试......................................................................... 3
2.7 变更影响跟踪................................................................................................................................ 3
第三章具体产品简介.................................................................................................................................. 4
3.1 TestManager.................................................................................................................................. 4
3.1.1 获得需求变更对于测试的影响........................................................................................... 4
3.1.2 让整个团队获得信息共享访问......................................................................................... 4
3.1.3 独立性和集成性................................................................................................................. 4
3.2 TeamTest........................................................................................................................................ 4
3.2.1 提高应用程序质量............................................................................................................. 4
3.2.2 重复功能性测试................................................................................................................. 4
3.2.3 量化的性能测试................................................................................................................. 4
3.2.4 集成测试管理..................................................................................................................... 4
3.3 PurifyPlus.................................................................................................................................... 5
3.3.1 Features and Benefits................................................................................................... 5
3.3.2 已支持环境......................................................................................................................... 5
3.3.3 注册.................................................................................................................................... 5
3.4 Robot.............................................................................................................................................. 5
3.4.1 降低测试用时提高效率..................................................................................................... 5
3.4.2 Rational Robot的性能.................................................................................................... 5
3.5 Visual Test.................................................................................................................................. 6
3.6 prevue............................................................................................................................................ 6
3.6.1 自动化脚本生成................................................................................................................. 6
3.6.2 非插入性测试..................................................................................................................... 6
3.6.3 全面的测试结果................................................................................................................. 6
3.7 ClearQuest.................................................................................................................................... 6
3.7.1 缺陷和变更跟踪工具-- Rational ClearQuest ............................................................. 6
3.7.2 配合你的工作方式............................................................................................................. 6
3.7.3 针对整个生命周期的变更跟踪......................................................................................... 6
3.7.4 设计一次就可以到处使用................................................................................................. 7
3.7.5 将分散的团队整合起来..................................................................................................... 7
Rational 系统测试解决方案整体解决方案
- 1 -
第一章整体解决方案
TestStudio 是Rational Suite Enterprise的系统测试工具组, 提供了针对可靠性测试, 功能
测试, 分布式功能测试, 衰减测试, 单元测试和CS的调用测试, 网页应用测试和ERP应用测试的自
动化解决方案. 它提供了一个同开发无缝集成的测试过程, 软件配置管理和测试管理三方面的支
持，提高了测试质量和最终的产品质量.
针对嵌入式-实时-基于网络的应用产品, Rational提供了实时测试套件. 它提供了针对目标主
机的测试, 代码覆盖措施, 内存泄漏检测和性能记录等方面的自动化功能.
在开发下一代应用程序软件的激烈竞赛中，企业所面临的压力越来越大，需要在更短时间内开
发出更高质量的产品，即我们称之为“软件开发矛盾”的两难境地。过去，企业通常以质量为代价
或推迟开发某些新功能，来满足产品的面市期限。如今，这些企业认识到：要想生存，就必须在第
一时间内既快又好地开发出应用程序。也就是说，开发团队中的每位成员都必须以保证产品质量为
己任。Rational Suite TestStudio v2002 可以使企业在Internet 时代，通过交付高质量的应用
程序，帮助他们解决软件开发的矛盾。
Rational Suite TestStudio 提供了一种集成测试解决方案，使测试人员就产品的功能、可靠
性和性能，进行全方位的质量测试。它包括一整套自动化测试和缺陷跟踪工具，以及Rational 团
队统一平台(Rational Team Unifying Platform)。该平台通过提供对项目需求、变更请求、测试资
料及其他数据的共享，提高了团队的工作效率。通过Rational 软件开发服务机构提供的支持，
Rational Suite TestStudio 可以帮助开发团队加速应用程序的开发和实施。
功能测试，可以确保应用程序满足产品规格说明和测试计划的每一条业务需求。Rational Suite
TestStudio 的目标，是使功能测试变得更简单、有效并可重复执行。为便于这种基于需求的测试，
它还提供了Rational RequisitePro.（获奖的需求管理工具）和Rational Robot（创建和维护功能
测试脚本的业界领先工具）。
Rational Robot 可以对在各种独立开发环境(IDE) 中开发的应用程序，创建、修改并执行功能
测试、分布式功能测试、回归测试以及整合测试。它还可以记录并回放能识别业务应用程序对象的
测试脚本。除此之外，使用Rational Robot 还可以快速有效地跟踪、报告与质量保证测试相关的
所有信息，并将这些信息绘制成图表。使用Rational Suite TestStudio 集成工具包，可以在一
个测试周期中，将Rational Robot 的回归测试与Rational Purify. 结合使用完成可靠性测试，与
Rational PureCoverage. 结合使用完成代码覆盖计算，与Rational Quantify. 结合使用完成应用
程序性能测试。通过将优化的回归测试脚本与该工具化的测试方式相结合， Rational Suite
TestStudio 使可靠性及功能回归测试达到了前所未有的水平。
Rational Suite TestStudio 通过Rational TestFactory. 使可靠性测试自动化，该工具可以
自动找出应用程序中的缺陷。Rational TestFactory 将在自动认知用户界面的基础上，创建测试
流程对应用程序进行严格的测试。基于这一点，它首先为要测试的应用程序构建元素图，然后自动
测试其中的每个元素。它可以找出所有的程序缺陷，例如，运行时错误（如挂起和异常）或设计缺
陷（如对话框按钮缺少快捷键）。对于每一个缺陷，TestFactory 都会创建相应的脚本将其重现。随
后，测试人员在Rational ClearQuest.（全面集成的变更与缺陷管理系统）中报告缺陷，确保将这
些缺陷被正确地跟踪并修正。
通过确定哪些功能测试脚本会受到代码变更的影响，Rational TestFactory 可以加速并简化回
归测试。这样，测试人员可以快速找到所做的修改，并且运行最少的脚本，即可对开发人员所做的
任何修改进行全面测试。
Rational Suite TestStudio 提供三种级别的诊断信息，开发人员可以对导致性能不佳的业务
事务处理、底层客户端调用和系统资源进行分析，来找出产生性能瓶颈的原因。例如，Rational
Suite TestStudio 性能测试可以帮助测试人员确定，何时可通过增加系统内存或提高CPU 速度来
Rational 系统测试解决方案整体解决方案
- 2 -
优化后端服务器，还可以找出，导致性能问题的客户端、中间层或服务器端代码所在的特定区域。
性能测试的准确性取决于测试工具根据实际用户负载情况调节测试负载，以及通过模拟实际工
作负载时间进度情况创建负载的能力。使用Rational Suite TestStudio，不必编程就可以迅速制
定综合的使用方案来模拟用户组活动，并创建工作负载计划。在给定时间内，通过指定虚拟用户群
提交事务处理的数量和类型， Rational Suite TestStudio 可以准确控制事务处理的速度。而且，
Rational Suite TestStudio 可以将功能测试与负载测试集于一身，便于测试人员设置后端服务器
的负载规模，同时使用同一个计划对客户端进行功能测试。
Rational 系统测试解决方案产品线简介
- 3 -
第二章产品线简介
2.1 测试管理
Rational TestManager 从一个独立的,全局的角度对于各种测试活动进行管理和控制. 它让测
试者可以随时了解需求变更对于测试用例的影响, 通过针对一致目标而进行的测试与报告提高了团
队生产力.
2.2 调用和功能测试
Rational TeamTest 提供了功能, 分布式功能, 衰减, 客户-服务器应用调用, 网页和ERP应用
的自动化测试解决方案. 通过跟踪和测试管理可以降低团队开发和配置的风险.
2.3 运行时分析
Rational PurifyPlus 工具集对于开发期间的单元测试实现了自动化, 确保了可靠性, 高性能
和高质量. 包括三个独立工具:
l Rational Purify
定位内存泄漏和运行时错误
l Rational Quantify
寻找性能瓶颈
l Rational PureCoverage
表示了未测试代码和提供代码覆盖分析
2.4 功能测试
Rational Robot 是一个针对WEB, ERP 和C/S 进行功能自动化测试的工具. 它可以降低功能测
试上的人力和物力的投入和风险包括了可见和非可见对象.
2.5 微软开发环境的功能测试
Rational Visual Test则是针对Windows应用程序的功能测试的自动化工具. 它可以直接针对
微软的可视化开发环境使用可复用, 可维护和可扩展的测试脚本, 降低了开发高质量软件的花费.
2.6 针对X-Windows和终端应用的衰减和调用测试
Rational preVue 是一个针对企业级别的基于X-Windows 和终端应用的自动化测试工具. 它们
降低了发布风险, 投入并且提高了用户的满意程度.
2.7 变更影响跟踪
Rational ClearQuest 是一个可以使用于任意平台上各种类型的项目的需求跟踪和变更调整工
具.
Rational 系统测试解决方案具体产品简介
- 4 -
第三章具体产品简介
3.1 TestManager
Rational TestManager用来从各个方面进行测试管理:
* 测试计划
* 测试设计
* 测试实现
* 测试执行
* 结果分析
Rational TestManager 可以处理针对测试的计划, 执行和结果数据收集-甚至包括使用第三方
的测试工具.使用Rational TestManager, 测试者可以通过创建, 维护或引用测试用例来组织自己
的测试计划, 包括来自外部稳定, 模块, 需求变更请求和Excel 电子表格的数据.
3.1.1 获得需求变更对于测试的影响
Rational TestManager 一个主要功能就是通过自动跟踪整个项目的质量和需求状态来分析所
造成的针对测试用例的影响, 由此成为整个软件团队的项目状态的数据集散中心.
3.1.2 让整个团队获得信息共享访问
QA 或者QE 经理, 商业分析师, 开发者和测试者使用Rational TestManager 都恶意获得基于
他们自己特定角度的测试结构数据, 并且利用这些数据对于他们的工作进行决策. Rational
TestManager 在整个项目生命周期内为团队提供了持续地面向测试计划目标的状态和进度跟踪.
3.1.3 独立性和集成性
Rational TestManager 在Rational Suite TestStudio 中作为一个独立组件存在. 我们也可以
配合Rational TeamTest 和Rational Robot 使用.作为一个集成的解决方案套件, Rational
TestManager 可以和Rational 的其他产品很好的连接各种产品的输入的即时跟踪, 诸如: Rational
RequisitePro 需求组件, Rational Rose系统分析模型, 和Rational ClearQuest 需求变更. 它的
开发式API可以让测试者为不同输入类型制作接口配件.
3.2 TeamTest
3.2.1 提高应用程序质量
Rational(r) TeamTest为开发中的项目提供了功能和性能的自动化, 高效率以及可重复的测试,
测试管理和跟踪能力. 测试者不仅可以降低配置应用的风险, 还减少了测试用时使得整个团队的生
产力得到提高.
3.2.2 重复功能性测试
Rational TeamTest 让测试者可以长剑和维护强壮的, 可重复的测试脚本进行功能-分布式功能
-衰减-冒烟测试, 可以集成在大多数开发环境当中, 和Rational Robot 一样, 它使用了
Object-Testing(r)技术.
3.2.3 量化的性能测试
测试者可以设计并执行高度量化的性能测试来模拟现实世界当中的真是情景. Rational
TeamTest使得不用编程就可以建立复杂的用例场景; 并且产生很有条理的报告显示性能问题的根源
所在.
3.2.4 集成测试管理
Rational TestManager 是一个Rational TeamTest集成组件, 是测试者的工作平台, 是一个有
力的, 开放式的可扩展环境来管理相关测试工作. 测试者使用Rational TestManager进行计划, 设
计和实现, 执行并且升级功能测试和性能测试; 并且Rational ClearQuest 负责根据相应的变更进
行跟踪.
Rational 系统测试解决方案具体产品简介
- 5 -
3.3 PurifyPlus
Rational PurifyPlus是一个完整的自动化运行时分析工具, 用来提高应用程序的性能和质量.
它为哪些需要进行创建和配置可靠的应用程序的开发者设计, 支持Unix平台的C/C++, 和Java, 以
及Windows平台上的VC/C++, C#, VB.NET, VB .PurifyPlus for Windows 对于Java 的服务器端和
客户端提供一样的支持. 安装在你的WEB服务器上面以后, 你可以针对在服务器诸如IBM WebSphere,
BEA WebLogic 和Apache Jakarta Tomcat 上的Java Server Pages (JSPs)和Java servlets 使用
PurifyPlus.Rational PurifyPlus 由Rational Purify, Quantify 和 PureCoverage 组
成.PurifyPlus为Windows/UNIX开发者提高了生产力, 因为它完全集成在进程当中. 它不要求重新
编译目标应用程序, 不会降低你的进度. PurifyPlus 帮助你可视化的执行代码, 提供便于理解和可
重复信息, 可以结合或者独立于源代码-包括各种第三方组件.
3.3.1 Features and Benefits
* Rational Purify用来探测内存泄漏和代码错误.
* Rational Quantify 用来发现性能瓶颈.
* Rational PureCoverage 用来标识未测试代码.
3.3.2 已支持环境
* Rational PurifyPlus for Windows
Windows 2000 or NT 4.0 or above (including Japanese Windows NT 4.0)
Visual Studio 6.0
Rational PurifyPlus for UNIX
Sun Solaris 2.5.1, 2.6, 7, 8
Forte 6, Update 2, and GCC 2.95.2
HP-UX 10.20, 11.0, 11.11
HP cc/aCC, GCC 2.95.3 and GNUPro 98r2
Compaq Tru64 UNIX V4.0F patch 4, 4.0G patch 1, V5.0A, V5.1
Compaq C, CompaqCH (for Tru64 UNIX V4.0F, C or C++ prior to V6.2 supported with patch
CxxREDIST 621
3.3.3 注册
* Windows版本适用于nodelocked 或者floating注册方式
* UNIX 版本适用于named user或者floating注册方式
* 注册使用Globetrotter Software's FLEXlm license manager
3.4 Robot
3.4.1 降低测试用时提高效率
Rational Robot 是一个面向对象的工具让你可以创建, 修改和实现自动化进行功能, 衰减, 冒
烟测试. Rational TestManager 和Rational SiteCheck包含于Rational Robot, 让你实现测试的
各方面数据的团队共享, 给你一个面向站点的强壮性工具: 实现网站链接管理, 站点监视等功能.
3.4.2 Rational Robot的性能
仅仅通过鼠标就可以实现GUI 和各个属性的测试.
* 可以识别和记录以及重复测试各种应用程序中的对象.
* 跟踪, 报告和图形化你的测试进程的信息
* 检测以及修改你的网站的各个元素的问题
* 在记录的时候检查和修改测试脚本
* 对于多重平台使用同样测试脚本
Rational Robot 支持各种环境和语言, 包括HTML和DHMTL, Java, Microsoft Visual Basic and
Visual C++, Oracle Developer/2000, Delphi, SAP, PeopleSoft, 和Sybase PowerBuilder.
Rational 系统测试解决方案具体产品简介
- 6 -
3.5 Visual Test
Rational Visual Test(r) 6.5 是专门为微软的视窗应用程序的开发者和测试者开发的自动化
功能测试工具, 并且可以和Microsoft Visual C++很好地集成. Rational Visual Test 让开发者和
测试者便利地组织程序.
特性和收益
* 支持Microsoft J++ WFC Controls
* 更好的Winfo工具
* 更好的套件管理者
* 将一个项目的所有文件批处理进入p-code
* 支持多监视器
* 新的activeX过程
* 新的ActiveX/Web过程
* 新的RUNEX 函数
* 新的MSI-based 安装器
3.6 prevue
Rational(r) preVue是针对X&终端应用的测试解决方案, 让使用者降低测试投入和提高客户满
意程度. Rational preVue利用软件脚本模拟用户或者相关硬件行为, 实现自动化功能和衰减测试,
并以量化和图形化形式提交测试数据报告.
3.6.1 自动化脚本生成
Rational preVue 利用测试脚本记录或者"偷拍"用户和应用程序之间的交互合执行, 便于你可
以验证你的应用程序在各种调用方式下的性能及可靠性.
3.6.2 非插入性测试
使用Rational preVue 不需要额外负担. 针对目标应用程序不需要定制函数库或者修改. 该"
黑盒"方式允许你可以实现平台无关的X&终端程序的测试.
3.6.3 全面的测试结果
Rational preVue 使用专业的报告, 图片和日志保存测试结果. 图片帮助你及早发现微小的质
量和性能问题, 使得它们没有机会暴露给最终用户.
* Rational preVue-X
X Window测试工具, 可以在任何X Window 环境中使用.
* Rational preVue-ASCII
远程终端模拟器, 模拟用户操作应用程序进行多用户自动化测试. Rational preVue-ASCII 支持
UNIX, MS Windows NT, MVS, 或者VMS 等系统的终端应用程序测试.
3.7 ClearQuest
3.7.1 缺陷和变更跟踪工具-- Rational ClearQuest
Rational(r) ClearQuest(r)缺陷跟踪工具是目前最具扩展性的系统. 不管你的开发团队的大
小和地理分布, 不管他们使用的平台--Windows, Unix或者Web--Rational ClearQuest都能实现高
效率地捕获, 跟踪和管理任意类型的变更. 你可以选择配置或者选择一个合适的模板配合你的过程.
配合企业数据库, ClearQuest 可以针对各种尺寸的项目. 同其他开发解决方案的集成确保所有团队
成员同缺陷/变更跟踪过程绑定.
3.7.2 配合你的工作方式
不同的组织使用不同的过程处理软件缺陷, 需求变更何其他修改结果. Rational ClearQuest
提供针对大多数组织的过程和允许你定制自己的过程.
3.7.3 针对整个生命周期的变更跟踪
开发当中的每一个人都不仅需要了解变更在特定层面上造成的影响, 也需要理解对于整个项目
Rational 系统测试解决方案具体产品简介
- 7 -
的影响. 使用Rational ClearQuest 你可以在整个项目的生命周期中跟踪缺陷和需求变更, 分配工
作活动和访问项目的真实状态.
3.7.4 设计一次就可以到处使用
不管你的开发团队大小和他们的地理分布, 不管他们使用的平台, Rational ClearQuest 都可
以实现变更的捕获, 跟踪和管理. 用户化仅仅需要一次, 然后即可以发布到Windows, UNIX, Web 的
客户层面. ClearQuest 支持好几种企业数据库. 当你的组织成长的时候, ClearQuest 将和你一起成
长.
3.7.5 将分散的团队整合起来
基于被验证的Rational ClearCase MultiSite 技术, ClearQuest MultiSite 是一个针对
Rational ClearQuest 的选项, 支持针对地理上分布的站点的同步发展.

szdlinxie 2007-05-21 14:10 发表评论

用TestDirector的测试管理的流程

szdlinxie — Thu, 21 Dec 2006 02:55:00 GMT

用TestDirector的测试管理的流程

TestDirector的测试管理包括如下四个阶段：

　　需求定义（Specify Requirements）：分析应用程序并确定测试需求。

　　测试计划（Plan Tests）：基于测试需求，建立测试计划。

　　测试执行（Execute Tests）：创建测试集（Test Set）并执行测试。

　　缺陷跟踪（Track Defects）：报告程序中产生的缺陷并跟踪缺陷修复的全过程。

　　贯穿测试的每一个阶段，你能够通过产生详细的报告和图标对数据进行分析。

1.2需求定义（Specify Requirements）
　　分析应用程序并确定测试需求。

　　定义测试范围（Define Testing Scope）：检查应用程序文档，并确定测试范围——测试目的、目标和策略。

　　创建需求（Create Requirements）：创建需求树（Requirements Tree），并确定它涵盖所有的测试需求。

　　描述需求（Detail Requirements）：为“需求树”中的每一个需求主题建立了一个详细的目录，并描述每一个需求，给它分配一个优先级，如有必要的话还可以加上附件。

　　分析需求（Analyze Requirements）：产生报告和图表来帮助你分析测试需求，并检查需求以确保它们在你的测试范围内。

1.3测试计划（Planning Tests）
　　基于已定义的测试需求，创建相应的测试计划。

　　定义测试策略（Define Testing Strategy）：检查应用程序、系统环境和测试资源，并确认测试目标。

　　定义测试主题（Define Test Subject）：将应用程序基于模块和功能进行划分，并对应到各个测试单元或主题，构建测试计划树（Test Plan Tree）。

　　定义测试（Define Tests）：定义每个模块的测试类型，并为每一个测试添加基本的说明。

　　创建需求覆盖（Create Requirements Coverage）：将每一个测试与测试需求进行连接。

　　设计测试步骤（Design Test Steps）：对于每一个测试，先决定其要进行的测试类型（手动测试和自动测试），若准备进行手动测试，需要为其在测试计划树上添加相应的测试步骤（Test Steps）。测试步骤描述测试的详细操作、检查点和每个测试的预期结果。

　　自动测试（Automate Tests）：对于要进行自动测试的部分，应该利用MI、自己或第三方的测试工具来创建测试脚本。

　　分析测试计划（Analyze Test Plan）：产生报告和图表来帮助你分析测试计划数据，并检查所有测试以确保它们满足你的测试目标。

1.4测试执行（Running Tests）
　　创建测试集（Test Set）并执行测试。

　　创建测试集（Create Test Sets）：在你的工程中定义不同的测试组来达到各种不同的测试目标，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。并确定每个测试集都包括了哪些测试。

　　确定进度表（Schedule Runs）：为测试执行制定时间表，并为测试员分配任务。

　　运行测试（Run Tests）：自动或手动执行每一个测试集。

　　分析测试结果（Analyze Test Results）：查看测试结果并确保应用程序缺陷已经被发现。生成的报告和图表可以帮助你分析这些结果。

1.5缺陷跟踪（Tracking Defects）
　　报告程序中产生的缺陷并跟踪缺陷修复的全过程。

添加缺陷（Add Defects）：报告程序测试中发现的新的缺陷。在测试过程中的任何阶段，质量保证人员、开发者、项目经理和最终用户都能添加缺陷。

　　检查新缺陷（Review New Defects）：检查新的缺陷，并确定哪些缺陷应该被修复。

　　修复打开的缺陷（Repair Open Defects）：修复那些你决定要修复的缺陷。

　　测试新构建（Test New Build）：测试应用程序的新构建，重复上面的过程，直到缺陷被修复。

　　分析缺陷数据（Analyze Defect Data）：产生报告和图表来帮助你分析缺陷修复过程，并帮助你决定什么时候发布该产品。

szdlinxie 2006-12-21 10:55 发表评论

Mercury Quality Center

szdlinxie — Thu, 21 Dec 2006 02:07:00 GMT

Mercury Quality Center

Mercury Quality Center™ 提供了基于 Web 的系统，可在广泛的应用环境下自动执行软件质量测试和管理。仪表盘技术使您可以了解验证功能和将业务流程自动化，并确定生产中阻碍业务成果的瓶颈。Mercury Quality Center 使 IT 团队能够在开发流程完成前就参与应用程序测试。这样将缩短发布时间表，同时确保最高水平的质量。

利用 Mercury Quality Center，您可以：

制定可靠的部署决策。
管理整个质量流程并使其标准化。
降低应用程序部署风险。
提高应用程序质量和可用性。
通过手动和自动化功能测试管理应用程序变更影响。
确保战略采购方案中的质量。
存储重要应用程序质量项目数据。
针对功能和性能测试面向服务的基础架构服务。
确保支持所有环境，包括 J2EE、.NET、Oracle 和 SAP。

Mercury Quality Center 产品

Mercury Quality Center 包括自动化软件测试产品，例如 Mercury TestDirector®、Mercury QuickTest Professional™、Mercury WinRunner™、Mercury Business Process Testing™ 和 Mercury Service Test™。Mercury Quality Center 还提供了基于最佳实践的服务，用于内部部署或通过我们的 Mercury Managed Services 进行部署。

===========================================================

Software Trial	Download	\|\|
Mercury QuickTest Professional Web Services Add-in

Mercury Diagnostics Profiler for .NET

Mercury TestDirector for Quality Center Starter Edition

Mercury QuickTest Professional for VisualAge Evaluation

Mercury QuickTest Professional for Stingray Evaluation

Mercury QuickTest Professional for Peoplesoft Evaluation

Mercury QuickTest Professional for Java Evaluation

Mercury QuickTest Professional for Oracle Evaluation

Mercury QuickTest Professional for .Net Evaluation

Mercury QuickTest Professional for SAP Evaluation

Mercury QuickTest Professional Terminal Emulator Add-in Evaluation

Mercury QuickTest Professional for Siebel Evaluation

Introduction to Quality Center 8.0 - Using TestDirector: Computer-Based Training (CBT) Course

Introduction to QuickTest Professional 8.0 Computer-Based Training (CBT) Course

Mercury QuickTest Professional Free 14-Day Trial

szdlinxie 2006-12-21 10:07 发表评论

高级测试管理的工具和技术

szdlinxie — Thu, 21 Dec 2006 01:51:00 GMT

摘要: 高级测试管理的工具和技术业务优化科技概述近年来，在应用测试领域有了突飞猛进的发展。随着当今应用复杂性的不断提升、竞争压力的不断加大，以及在应用失败和宕机方面的成本激增，使得对测试的需求不断攀升。实施高质量应用的压力持续加大，其挑战在于日益紧缩的开发和部署进度、分散的机构组织、外包、技术熟练员工的高调动率，这些都造成了应用测试难度的提升。为了实现以较少资源完成更多任务的目标、同时展开多个项目、管... 阅读全文

szdlinxie 2006-12-21 09:51 发表评论

使用Rational的测试理念

szdlinxie — Wed, 20 Dec 2006 08:10:00 GMT

使用Rational的测试理念
1.传统软件测试过程中的问题
    测试在所有的软件开发过程中都是最重要的部分。在软件开发过程中，一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性，性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求；另一方面，面向市场和客户，开发团队还要满足在预算范围内尽快发布软件的要求。
    传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试，然后在整个软件开发结束阶段，集中进行大量的测试，包括功能和性能的集成测试和系统测试。随着开发的软件项目越来越复杂，传统的软件测试流程不可避免地给我们的工作带来以下问题：
    问题一：项目进度难于控制，项目管理难度加大
    如图一所示，大量的软件错误往往只有到了项目后期系统测试时才能够被发现，解决问题所花的时间很难预料，经常导致项目进度无法控制，同时在整个软件开发过程中，项目管理人员缺乏对软件质量状况的了解和控制，加大了项目管理难度。

图一、传统测试流程中存在的问题
    问题二：对于项目风险的控制能力较弱
项目风险在项目开发较晚的时候才能够真正降低。往往是经过系统测试之后，才真正确定该设计是否能够满足系统功能、性能和可靠性方面的需求。
    问题三：软件项目开发费用超出预算
在整个软件开发周期中，错误发现的越晚，单位错误修复成本越高，如图二所示，错误的延迟解决必然导致整个项目成本的急剧增加。

图二、传统测试流程中存在的问题
2. 采用IBM Rational软件自动化测试最佳成功经验解决传统测试问题
    IBM Rational软件自动化测试技术核心的三个最佳成功经验是：尽早测试、连续测试、自动化测试，并在此基础上提供了完整的软件测试流程和一整套的软件自动化测试工具，使我们最终能够做到：一个测试团队，基于一套完整的软件测试流程，使用一套完整的自动化软件测试工具，完成全方位的软件质量验证。
2.1 成功经验一：尽早测试
    所谓尽早测试是指在整个软件开发生命周期中通过各种软件工程技术尽量早的完成各种软件测试任务的一种思想。IBM Rational主要在以下三个方面为我们提供的尽早测试的软件工程技术：
首先，软件的整个测试生命周期是与软件的开发生命周期基本平齐的过程，如图三所示，即当需求分析基本明确后我们就应该基于需求分析的结果和整个项目计划来进行软件的测试计划；伴随着分析设计过程同时应该完成测试用例的设计；当软件的第一个发布出来后，测试人员要马上基于它进行测试脚本的实现，并基于测试计划中的测试目的执行测试用例，对测试结果进行评估报告。这样，我们可以通过各种测试指标实时监控项目质量状况，提高对整个项目的控制和管理能力。

图三、软件测试生命周期
    其次，通过迭代是软件开发把原来的整个软件开发生命周期分成多个迭代周期，在每个迭代周期都进行测试，这样在很大程度上提前了软件系统测试发生的时间，这可以在很大程度上降低项目风险和项目开发成本。
    最后，IBM Rational的尽早测试成功经验还体现在它扩展了传统软件测试阶段从单元测试、集成测试到系统测试、验收测试的划分，将整个软件的测试按阶段划分成开发员测试和系统测试两个阶段，如图四所示，它把软件的测试责无旁贷地扩展到整个开发人员的工作过程。通过提前测试发生的时间来尽早地提高软件质量、降低软件测试成本。
图四、IBM Rational测试方法对测试阶段的划分
2.2 成功经验二：连续测试
    测试成功经验连续测试是从迭代式软件开发模式得来。在迭代化的方法中，我们将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标，这些小目标都有一个定义明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而从事的一系列开发活动，在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划，而且每个迭代中都包括需求、设计、编码、集成、测试等一系列的开发活动，都会增量式集成一些新的系统功能。通过每次迭代，我们都产生一个可运行的系统，通过对于这个可运行系统的测试来评估该次迭代有没有达到预定的迭代目标，并以此为依据来制定下一次迭代的目标。由此可见，在迭代式软件开发的每个迭代周期我们都会进行软件测试活动，整个软件测试的完成是通过每个迭代周期不断增量测试和回归测试实现的。
    如图五所示，采用连续测试的软件成功测试经验，不但能够持续的提高软件质量、监控质量状态，同时也使系统测试的尽早实现成为可能。从而有效的控制开发风险、减低测试成本和保证项目进度。

图五、IBM Rational测试成功经验：连续测试
2.3 成功经验三：自动化测试
    在整个软件的测试过程中要想实现尽早测试、连续测试，可以说完善的测试流程是前提，自动化测试工具是保证。IBM Rational的自动化测试成功经验主要是指利用软件测试工具提供完整的软件测试流程的支持和各种测试的自动化实现。
    为了使各种软件测试团队更好地进行测试，IBM Rational在提供了测试成功经验之外，还为我们提供了一整套的软件测试流程和自动化测试工具，使软件测试团队能够从容不迫地完成整个测试任务。
3. IBM Rational软件自动化测试工具
    在IBM Rational的软件自动化测试解决方案中，我们一直致力追求的一点就是测试工具和测试成功经验、测试流程的统一，上面阐述的每个测试成功经验和测试流程环节，我们都可以通过Rational的测试工具以及工具间的完美集成辅助完成。
    IBM Rational的软件自动化测试工具如图七所示，其最大特点是通过一套完整的软件测试工具在实现测试管理流程的基础上，同时涵盖了功能测试、性能测试和可靠性测试的自动化测试需求，通过工具之间的集成完成测试资源的整合，帮助测试团队实现IBM Rational的测试成功经验。

图七、IBM Rational自动化测试工具
4. IBM Rational软件测试流程
    IBM Rational的软件测试流程，不仅仅包含完整的软件测试流程框架，同时还提供了内嵌软件测试流程的测试管理工具的支持。
4.1 IBM Rational软件测试流程框架
    IBM Rational Unified Process(以下简称RUP)提供了一套完整的测试流程框架，软件测试团队可以以它为基础，根据业务发展的实际要求，定制符合团队使用的软件测试流程。RUP中的软件测试流程如图八所示：

  图八、IBM Rational 软件测试流程
    每个测试环节的具体阐述如下：
    制定测试计划的目的是确定和描述要实施和执行的测试。这是通过生成包含测试需求和测试策略的测试计划来完成的。可以制定一个单独的测试计划，用于描述所有要实施和执行的不同测试类型，也可以为每种测试类型制定一个测试计划。
    设计测试的目的是确定、描述和生成测试过程和测试用例。
    实施测试的目的是实施（记录、生成或编写）设计测试中定义的测试过程。输出工件是测试过程的计算机可读版本，称为测试脚本。
    执行测试的目的是确保整个系统按既定意图运行。系统集成员在各迭代中编译并链接系统。每一迭代都需要测试增加的功能，并重复执行以前版本测试过的所有测试用例（回归测试）。
    评估测试的目的是生成并交付测试评估摘要。这是通过复审并评估测试结果、确定并记录变更请求，以及计算主要测试评测方法来完成的。测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法，用于评估测试对象和测试流程的质量。
4.2 利用IBM Rational软件测试管理平台实现软件自动化测试流程
    IBM Rational在RUP测试方法论的基础上构建了软件自动化测试管理平台工具TestManager，通过和测试需求管理工具RequisitePro、缺陷追踪工具ClearQuest的完美集成，实现了对整个软件测试生命周期的管理，可以帮助软件测试团队快速建立软件测试平台和测试管理流程，使软件测试团队快速拥有以下能力：
    TestManager提供测试管理的核心平台，整合了从测试需求、测试计划、测试设计、测试实施、测试执行到测试结果分析、测试报告的自动生成等整个测试生命周期的管理活动。同时，统一组织各种Test Suite,Test Case,Test Script，方便地进行回归测试
    TestManager遵循RUP标准测试流程，使测试人员能够在统一的测试管理平台上、遵循统一的测试管理流程，完成对包括产品的功能性、可靠性和性能等全方位的质量测试。
    作为一种集成解决方案，Rational TestManager与Rational 其他工具一起，提供从测试需求、到整个软件测试流程管理、缺陷追踪、测试结果评测的可追踪性，方便测试管理人员进行软件测试过程监控和有关软件质量的各种量化指标的采集、分析。
4.3 利用Rational软件测试工具实现软件自动化的功能和性能测试
    IBM Rational的自动化软件测试工具的另一个特点就是：通过TestManager + Robot，在实现测试管理流程的同时，能够完成功能测试和性能测试，这会大大缩短测试团队对工具的学习过程，提高工具的易用性。
4.3.1 软件的自动化功能测试
    功能测试主要围绕Windows图形界面、字符终端和Browser界面进行测试。客户端可以是VC、VB、PB、Delphi等编制的软件、各种字符终端软件或者运行浏览器Microsoft Explorer和Netscape，通过自动录制形成测试脚本实现自动化的功能/回归测试。
    IBM Rational的功能测试解决方案的目标，是使功能性测试变得更简单、有效并可重复执行，从而快速提升软件测试团队的功能测试能力。它主要具有以下特点：
      能够方便的对各种环境(IDE)中开发的应用程序、字符终端软件，完成包括测试计划、测试设计、测试实施、测试执行和测试结果分析等全部测试流程。
      能够方便的录制或编写各种功能测试脚本，实现自动化的功能/回归测试。
      利用数据池方便地解决大批量数据驱动的功能测试；
      能够方便地完成分布式功能测试，可以一次测试多种测试平台；
      能够自动完成功能测试需求覆盖，确保应用程序满足产品规格说明和测试计划的每一条业务需求；
    为了提高对Java和Web开发的应用软件功能测试的支持，IBM Rational的功能测试的解决方案还提供了IBM Rational XDE Tester，它主要用于在Windows和Linux平台上基于Java和Web开发的应用软件的功能测试，尤其适用于使用IBM WebSphere Studio、Eclipse和 Rational XDE Developer等开发平台进行软件开发的团队。它的三个最重要的自动化测试的特性是：
    专业的自动化测试脚本创建环境：测试平台扩展嵌入到IBM WebSphere Studio、Eclipse和 Rational XDE Developer开发平台，统一了测试和开发环境；
    测试脚本在回归测试方面具有很强的灵活性和可维护性：ScriptAssure是 IBM提供的针对 Java 和Web应用程序测试时的一组高级能力, 它能够帮助创建灵活、可重用的测试脚本，大大提高了脚本的可维护性。对象地图（Object mapping）提供了核心对象库，测试人员可以基于它进行被测程序中被测对象的修改和验证，并根据修改自动更新所有相关的测试脚本。可以自己设置被测程序中用来表示被测对象的对象属性集，这使得少量对象属性的变化不会影响测试脚本的正常回放。同时，可以创建针对动态数据的验证点，通过正则表达式更容易对动态的数据进行验证；
    强大的测试脚本语言：使用标准的测试脚本语言Java，可以充分利用工业标准语言的优点进行测试。
4.3.2 软件的自动化压力测试
    IBM Rational压力测试工具主要目标是快速提升软件测试团队的性能测试能力，包括负载测试，压力测试等等。Rational性能测试解决方案可以方便灵活地模拟各种负载模型，完成以查找响应时间瓶颈、系统吞吐量、最大并发虚拟用户等为目地的各种要求的性能测试。包括：
利用TestStudio可以完成对压力测试的测试需求、测试计划、测试设计、测试实施、测试执行和测试结果分析等整个测试生命周期的管理；
利用TestStudio中的Test Suite，能够方便的完成压力测试对负载模型的各种要求，包括：
      建立复杂的Scenario模型；准确模拟复杂负载的时序控制；
      基于Transaction的负载分析；
      建立面向目标的事务负载模型，例如：100事务/秒
      响应时间精确到1/100秒；
      支持不同虚拟用户的不同IP地址模拟；
      准确的波特率模拟；
      利用TestStudio，能够方便地完成压力测试过程中各种指标的观测；
      利用TestStudio，能够方便地完成压力测试结果分析和各种结果报告的生成；
4.4 利用IBM Rational软件测试工具实现软件自动化的可靠性测试和单元测试
    IBM Rational软件测试工具PurifyPlus主要用于帮助软件测试团队在短期内快速提升单元测试能力和可靠性测试能力的团队，其主要特点是：见效快、使用方便、门槛低、培训时间短，开发人员2小时内即可完全掌握该软件进行测试。PurifyPlus包含Rational Purify、Quantify和PureCoverage三个产品，主要功能如下：
    Rational Purify主要针对软件开发过程中难于发现的内存错误、运行时错误。在软件开发过程中：
      自动地发现错误；
      准确地定位错误；
      提供完备的错误信息；
    从而减少了调试时间，帮助开发团队找出缺陷并最终形成高质量的产品，使您能真正做到更快地发布更好的软件。
    Rational Quantify主要解决软件开发过程中的性能问题。在软件开发过程中：
方便地查明并显示应用程序的性能瓶颈，从而确保整个应用程序的质量和性能。
    Rational Quantify 给开发团队提供了一个性能数据的全局图形化视图，使您从开发流程的开头起就注重性能问题，真正做到更快地发布更好的软件。
    Rational PureCoverage提供应用程序的测试覆盖率信息。在软件开发过程中：
    能自动找出代码中未经测试的代码，保证代码测试覆盖率；
    帮助开发人员确保开发质量，并使质量保证人员能够评价测试工作的效果。
    可针对每次测试生成全面的覆盖率报告，可以归并程序多次运行所生成的覆盖数据，并自动比较测试结果，以评估测试进度。
4.5 利用Rational软件测试工具实现实时系统软件的自动化测试
    IBM Rational Test Realtime主要适合于开发实时系统和具有较高要求的非实时系统的软件开发，可以帮助测试团队快速建立起单元测试、集成测试、系统测试等测试能力。它提供的自动测试（包括单元测试、集成测试、系统测试）、代码覆盖、内存泄漏检查、性能分析以及UML跟踪等重要特性，帮助软件测试团队在系统崩溃前发现并修复软件缺陷。其主要功能特性如下：
    自动生成测试脚本模板和测试程序（包括驱动模块和桩模块）：通过源代码分析，自动生成在目标上运行所需的测试脚本和测试程序。除了利用测试脚本指定测试数据外，不需要手工编码。而且在测试报告中，测试结果和源代码相联，简化代码修改；
    通过代码自动插针进行代码覆盖率、内存泄漏以及性能瓶颈进行分析，并和测试用例建立关联；
通过把测试结果和观察结果和被测代码关联，把测试作为开发的一个重要部分，真正实现边开发边测试，边测试边观察，边观察边评估这一集成的开发测试过程；
    通用的、低开销而且易于移植的目标适配技术（Target Deployment Port，TDP）：利用TDP技术，使得测试与编译器、连接器、调试器以及目标结构无关，实现了跨多开发环境、多目标结构；
模型观察和代码覆盖相集成：利用UML Trace功能观察应用运行状态，并通过状态机模型覆盖实现测试用例和模型的关联，充分利用了模型和代码级测试的长处；
    与ClearCase、ClearQuest和RUP集成：在同一集成环境中完成对测试文件进行版本控制，提交和修改变更请求；
5. 小结

图九、IBM Rational的软件自动化测试解决方案
    IBM Rational主要为软件测试团队提供测试成功经验、自动化测试工具和全方位的咨询服务三方面的支持，如图八所示，最终实现：一个测试团队，基于一套完整的软件测试流程，使用一套完整的自动化软件测试工具，完成全方位的软件质量验证，这正是IBM Rational测试解决方案的精髓和终极目标。

    作者简介:
    Golden Ning，现为IBM中国有限公司软件部 Rational 高级技术专员。在软件工程技术方面，有着多年的实践经验，对于 Rational 的软件工程技术有着深刻的理解。目前主要专注于软件测试技术、面向对象的可视化建模和软件配置管理等技术的研究。在此之前，主要从事电信交换机、电子商务软件分析设计和开发工作。

szdlinxie 2006-12-20 16:10 发表评论

IT博客网-我的ITblog我作主 关注→ 『伊波拉』→ 测试 SzDlinXie- ITblog -随笔分类-软件测试管理

软件配置管理流程图

软件开发项目过程中的风险管理研究

db2安装配置补遗

测试风险的管理

Rational Robot 基础使用手册

Rational Suite Enterprise2002---系统测试解决方案

用TestDirector的测试管理的流程

Mercury Quality Center

利用 Mercury Quality Center，您可以：

Mercury Quality Center 产品

高级测试管理的工具和技术

使用Rational的测试理念

1.传统软件测试过程中的问题

2. 采用IBM Rational软件自动化测试最佳成功经验解决传统测试问题

2.1 成功经验一：尽早测试

2.2 成功经验二：连续测试

2.3 成功经验三：自动化测试

3. IBM Rational软件自动化测试工具

4. IBM Rational软件测试流程

4.1 IBM Rational软件测试流程框架

4.2 利用IBM Rational软件测试管理平台实现软件自动化测试流程

4.3 利用Rational软件测试工具实现软件自动化的功能和性能测试

4.3.1 软件的自动化功能测试

4.3.2 软件的自动化压力测试

4.4 利用IBM Rational软件测试工具实现软件自动化的可靠性测试和单元测试

4.5 利用Rational软件测试工具实现实时系统软件的自动化测试

5. 小结

IT博客网-我的ITblog我作主　　关注→　『伊波拉』→　测试　SzDlinXie- ITblog　　　　 -随笔分类-软件测试管理