Rational 软件测试解决方案

发表于:2007-07-17来源:作者:点击数: 标签:软件测试rational解决方案
作为软件 开发 人员,您必须非常高效地满足不断增长的软件质量需求。许多 IT 专业人员还在继续花费很多时间重复手动地进行 解决方案 的软件测试和进行 缺陷 跟踪。我们必须采用软件测试中的新方法,将熟练的 IT 专业人员从这些重复的任务中解放出来,并且将

作为软件开发人员,您必须非常高效地满足不断增长的软件质量需求。许多 IT 专业人员还在继续花费很多时间重复手动地进行解决方案的软件测试和进行缺陷跟踪。我们必须采用软件测试中的新方法,将熟练的 IT 专业人员从这些重复的任务中解放出来,并且将测试自动化的层次提升到更高的高度上。我们必须利用更好的工具来支持这些软件测试活动,并且通过将软件测试工件进行有效管理,让开发人员交付更高的生产力。

本专题包含了关于软件测试方面的理论和最佳实践,还包含了有关如何利用 IBM Rational 测试工具进行 IT 解决方案的质量测试和质量保证方面的指南和文档,可以大大地简化面向服务的体系结构(Service-Oriented Architecture,SOA)的测试 —— 形成了生产力上的重大提高。

您可以利用 IBM® Rational® 软件自动化测试工具进行软件测试和测试资产的有效管理。并告诉我们您对Rational 测试解决方案的想法。


传统软件测试

随着新的商业挑战的日益增多以及技术复杂性的提高,很显然,测试在关键业务型应用程序的成功中起到了举足轻重的作用。所有团队成员都应将质量视作头等大事。在软件开发过程中,一方面要求我们通过测试活动验证所开发的软件在功能上满足软件需求中描述的每一条特性,性能上满足客户要求的负载压力和相应的响应时间、吞吐量要求;另一方面,面向市场和客户,开发团队还要满足在预算范围内尽快发布软件的要求。

传统的软件测试流程一般是先在软件开发过程中进行少量的单元测试,然后在整个软件开发结束阶段,集中进行大量的测试,包括功能和性能的集成测试系统测试。随着开发的软件项目越来越复杂,传统的软件测试流程不可避免地给我们的工作带来以下问题:

  • 问题一:项目进度难于控制,项目管理难度加大
    如图一所示,大量的软件错误往往只有到了项目后期系统测试时才能够被发现,解决问题所花的时间很难预料,经常导致项目进度无法控制,同时在整个软件开发过程中,项目管理人员缺乏对软件质量状况的了解和控制,加大了项目管理难度。
  • 问题二:对于项目风险的控制能力较弱
    项目风险在项目开发较晚的时候才能够真正降低。往往是经过系统测试之后,才真正确定该设计是否能够满足系统功能、性能和可靠性方面的需求。
  • 问题三:软件项目开发费用超出预算
    在整个软件开发周期中,错误发现的越晚,单位错误修复成本越高,错误的延迟解决必然导致整个项目成本的急剧增加。

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


回页首



IBM Rational 软件测试最佳成功经验

IBM Rational 软件自动化测试技术核心的三个最佳成功经验是:尽早测试、连续测试、自动化测试,并在此基础上提供了完整的软件测试流程和一整套的软件自动化测试工具,使我们最终能够做到:一个测试团队,基于一套完整的软件测试流程,使用一套完整的自动化软件测试工具,完成全方位的软件质量验证。

尽早测试

所谓尽早测试是指在整个软件开发生命周期中通过各种软件工程技术尽量早的完成各种软件测试任务的一种思想。软件的整个测试生命周期是与软件的开发生命周期基本平齐的过程,即当需求分析基本明确后我们就应该基于需求分析的结果和整个项目计划来进行软件的测试计划;伴随着分析设计过程同时应该完成测试用例的设计;当软件的第一个发布出来后,测试人员要马上基于它进行测试脚本的实现,并基于测试计划中的测试目的执行测试用例,对测试结果进行评估报告。这样,我们可以通过各种测试指标实时监控项目质量状况,提高对整个项目的控制和管理能力。


软件测试生命周期

通过迭代是软件开发把原来的整个软件开发生命周期分成多个迭代周期,在每个迭代周期都进行测试,这样在很大程度上提前了软件系统测试发生的时间,这可以在很大程度上降低项目风险和项目开发成本。

IBM Rational 的尽早测试成功经验还体现在它扩展了传统软件测试阶段从单元测试、集成测试到系统测试、验收测试的划分,将整个软件的测试按阶段划分成开发员测试和系统测试两个阶段,如图四所示,它把软件的测试责无旁贷地扩展到整个开发人员的工作过程。通过提前测试发生的时间来尽早地提高软件质量、降低软件测试成本。


IBM Rational <STRONG><A href=测试方法对测试阶段的划分" src="http://www.ltesting.net/uploads/2007/07/8_200707171126165.gif" width=443>

连续测试

测试成功经验连续测试是从迭代式软件开发模式得来。在迭代化的方法中,我们将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标,这些小目标都有一个定义明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而从事的一系列开发活动,在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划,而且每个迭代中都包括需求、设计、编码、集成、测试等一系列的开发活动,都会增量式集成一些新的系统功能。通过每次迭代,我们都产生一个可运行的系统,通过对于这个可运行系统的测试来评估该次迭代有没有达到预定的迭代目标,并以此为依据来制定下一次迭代的目标。由此可见,在迭代式软件开发的每个迭代周期我们都会进行软件测试活动,整个软件测试的完成是通过每个迭代周期不断增量测试和回归测试实现的。

采用连续测试的软件成功测试经验,不但能够持续的提高软件质量、监控质量状态,同时也使系统测试的尽早实现成为可能。从而有效的控制开发风险、减低测试成本和保证项目进度。


连续测试

自动化测试

在整个软件的测试过程中要想实现尽早测试、连续测试,可以说完善的测试流程是前提,自动化测试工具是保证。IBM Rational 的自动化测试成功经验主要是指利用软件测试工具提供完整的软件测试流程的支持和各种测试的自动化实现。

为了使各种软件测试团队更好地进行测试,IBM Rational 在提供了测试成功经验之外,还为我们提供了一整套的软件测试流程和自动化测试工具,使软件测试团队能够从容不迫地完成整个测试任务。



回页首



IBM Rational 软件测试流程

IBM Rational 的软件测试流程,不仅仅包含完整的软件测试流程框架,同时还提供了内嵌软件测试流程的测试管理工具的支持。IBM Rational 统一过程(RUP,Rational Unified Process)提供了一套完整的测试流程框架,软件测试团队可以以它为基础,根据业务发展的实际要求,定制符合团队使用的软件测试流程。


IBM Rational 统一过程软件测试流程

每个测试环节的具体阐述如下:

  • 制定测试计划的目的是确定和描述要实施和执行的测试。这是通过生成包含测试需求和测试策略的测试计划来完成的。可以制定一个单独的测试计划,用于描述所有要实施和执行的不同测试类型,也可以为每种测试类型制定一个测试计划。
  • 设计测试的目的是确定、描述和生成测试过程和测试用例。
  • 实施测试的目的是实施(记录、生成或编写)设计测试中定义的测试过程。输出工件是测试过程的计算机可读版本,称为测试脚本。
  • 执行测试的目的是确保整个系统按既定意图运行。系统集成员在各迭代中编译并链接系统。每一迭代都需要测试增加的功能,并重复执行以前版本测试过的所有测试用例(回归测试)。

评估测试的目的是生成并交付测试评估摘要。这是通过复审并评估测试结果、确定并记录变更请求,以及计算主要测试评测方法来完成的。测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法,用于评估测试对象和测试流程的质量。



回页首



IBM Rational 软件自动化测试工具

IBM Rational 的软件自动化测试工具如下图所示,其最大特点是通过一套完整的软件测试工具在实现测试管理流程的基础上,同时涵盖了功能测试性能测试可靠性测试的自动化测试需求,通过工具之间的集成完成测试资源的整合,帮助测试团队实现 IBM Rational 的测试成功经验。


IBM Rational 测试自动化工具 

原文转自:http://www.ltesting.net