转自:developerworks
作者:Brian Bryson, 技术传播人员, IBM, Software Group
IBM® Rational® Quality Manager 是一个基于 Web 的集中的测试管理环境。它为用于确定项目决策和可交付结果对业务目标的影响和符合程度所涉及的测试计划、工作流程控制、追踪以及统计报表等方面,提供了一个可相互协作和以及可定制的解决方案。IBM® Rational® Quality Manager V1.0.1 于 2009 年二月底发布,是自 2008 年秋季 Rational Quality Manager 采用以来的首次发布。尽管它不是一个十分重要的发布,但仍有一些新的以及值得注意的特征,在这篇文章中有具体介绍:
- 支持多个项目
- 采用的是 IBM® Rational® Team Concert 服务器
- 为与 IBM Telelogic DOORS 的集成奠定了基础
- 性能协调以及常规维护工具
多个项目支持能够使团队利用多个测试项目来分离相关联的数据到它自己的项目区域中。这样做的好处是,同时从事多个项目的团队能够确保只有特定的用户有权访问特定的项目。图 1 显示了这个下拉菜单。
采用 Rational Team Concert V1.0.1 服务器
Rational Quality Manager 和 IBM Rational Team Concert 是构建在一个普通服务器构架上的。在这个版本中,Rational Quality Manager 采用了这个普通服务器的最新版本,IBM Rational Team Concert V1.0.1 版本。从特性的角度看,采用这种技术为 Rational Quality Manager 用户带来以下这些利益:
非固定许可能够允许更多的用户共享一个访问许可,当然是在不同的时间。对于这些新引进的非固定许可,完全访问用户和浏览用户都是可以使用的。
IBM Rational Team Concert V1.0.1 基础服务器支持 SQL Server 2005 SP2 的使用,还支持 SQL Server 2008 作为数据存储引擎。
事实上,这种增强可以更好地进行缺陷跟踪,管理,以及其它方面:
- 缺陷可以从一个 Rational Quality Manager 项目到任何一个 Rational Team Concert 项目进行创建和跟踪。
- 缺陷可以在测试运行的不同阶段以及不同位置进行创建:
- 手工执行时,缺陷可以在具体的步骤中被确定
- 无论是手工还是自定执行,缺陷都可以在执行的末尾被确定
- 脚本执行时,缺陷可以在执行终结时被确定
- 可以为所选的测试执行报告确定 Test Execution Record 层次和缺陷
- 通过运行测试,可以搜索和关联 Rational Team Concert 中现存的缺陷。
- 有了足够的调查信息(ID,摘要,状态,等等),缺陷可以在不同的层次被跟踪和关联:
- Manual Steps 图标
- 执行结果中的 Defect Table
- Test Execution Record 列表中的弹出式相关信息控制板
- 缺陷能够在执行结果中被封锁,然后可以通过 Test Execution Record 进行查看。这种封锁状态可以根据需求来更改。
- 这个导航可以从 Rational Quality Manager 和 Rational Team Concert 中查看,这样可以使测试和开发合作变得更容易。你有两种选择:
- 从缺陷在 Rational Quality Manager 中能够看到的地方一直导航到 Rational Team Concert 工作项目的编辑器
- 从 Rational Team Concert 工作项目编辑器一直导航到 Rational Quality Manager Test Execution Record
为与 IBM Telelogic DOORS 的集成奠定了基础
尽管这没什么大的影响,而且在这个版本中也不会提供任何额外的功能,但是对于 Rational Quality Manager 来说却是一个非常重要的架构步骤,因为它为 Rational Quality Manager 奠定了基础,从而能够为需求管理与 IBM® Telelogic® DOORS 进行整合。最后,将给你三个需求管理的选项:
- 在内部,利用 Rational Quality Manager 中固有的功能
- 在外部,可以利用 IBM® Rational RequisitePro®
- 外形上,可以利用 Telelogic DOORS
像所有版本一样,用户反馈以及频繁的测试通常能够发现一些增加的最优化机会。大多数的更新只会对小部分的应用软件产生影响,通常是对环境的特定设置产生影响。在这篇文章中就不对细节和技巧进行深入研讨了。
然而,所有这些更新中,绝大多数带有普遍适应性的是关于处理大量数据的性能加强的问题。什么问题将成为大众性问题是不确定的,但是对于我们的内部测试,我们是通过1,000 到 5,000个测试案例来进行测试计划的。如果你的资产属于这个范围,你将在进行测试案例和其它报告的回描时间中发现具有重大意义的改良。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14780914/viewspace-608540/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/14780914/viewspace-608540/