模板
教程
环境
性能
功能
管理
将缺陷提交集成到测试的五种方法
软件缺陷交付不仅仅是开发和系统测试组之间的交付工具。该方法用于追踪缺陷，测试范围和影响，并解决相关的问题。最终，该过程会不断地改进软件质量。
IBM® Rational® Performance Tester 及 IBM® Rational® Service Tester for SOA Quality 的系统确认测试(SVT)团队开发了五种场景，该场景集成了缺陷交付，要么使用集成点(IPs)，要么在 Rational Performance Tester 之内设置偏好。按照本文中所概括的步骤，您可以学到怎样使用这两款测试工具，来创建一个有效的缺陷管理过程，以及怎样从将漏洞追踪工具集成到测试工作流程中获利。
IBM 还提供了一些完全特性化的缺陷报告以及追踪工具，包括 IBM® Rational® ClearQuest®，IBM® Rational Team Concert™，以及 IBM® RETAIN® 软件。我们在本文中讨论了一些内容。
内部缺陷追踪工具
知道提供的哪些工具，对于顺利集成到测试过程中十分重要。
bugzilla/' target='_blank'>Bugzilla
Bugzilla 是一个基于网络的通用漏洞追踪器以及测试工具，它是 Mozilla 项目所开发和使用的。
Rational ClearQuest
Rational ClearQuest 工具集提供了基于工作流程，支持网络的项目生命周期缺陷管理和追踪手段。它促进了从缺陷报告到解决的控制与交流。
Rational Team Concert
Rational Team Concert 协作性开发环境为敏捷及传统的规划，项目状态检查，报告，可定制过程支持，工作项管理，变更管理，源代码管理，以及构建管理提供了工具。您可以按照统一的或者模块化的方式来实施它。它连接了地理上分散的开发团队，以帮助增加私人和团队的工作效率，压缩开发周期，并更快地交付高质量的软件。
IBM RETAIN
IBM RETAIN(远程 技术 支持 信息 网络)是一个全球范围内的电脑系统，IBM 雇员，业务合伙人及销售商可以使用这些系统，来帮助解决硬件和软件产品之中的客户端。尽管 Rational Performance Tester SVT 团队并不会使用 RETAIN，IBM 产品支持代表会频繁使用它。
回页首
追踪缺陷报告的客户场景的价值
当您在评价产品使用性时，系统与集成测试公司的一个目标，在于降低了完成用户流程所需要的启动产品数量和点击数量。客户特别看重产品使用起来是否方便，所以用户流程越具有逻辑性，越不复杂，那么采用的比率就越高。
包含缺陷交付流程的实施客户场景扩展了集成的范围。另外，当您在使用多个 IBM 方案时，场景有助于深刻演示端到端的用户流程。将缺陷追踪工具与已存在的 IBM 软件集成起来，在两个方面向软件开发过程增加了价值：
用户效率： 一个成功的场景是模仿用户使用产品的方式，拥有一个简单的工作流程。当这些元素得到处理时，效率会增加，而这会导致在软件之中找到问题区域花费更多的时间。
集成的过程： 使用场景成为一个集成的过程方案，以支持一个识别的客户绿色线程场景。集成您的测试软件(是 Rational Performance Tester 或者 Rational Service Tester 和 Rational ClearQuest)创建了一个联系或者链接，完成了性能测试目标，并赋予了您交付缺陷的能力。这反过来又会降低分开启动缺陷追踪工具所需要的时间，并允许您花费更多的时间在测试(性能，功能性等等)上，以及搜索到问题。一个集成的过程还会产生以下积极的结果：
末端用户的生产效率
过程实施
降低错误率(有效的输入独立于末端用户之外)
按照本文描述的在决定使用缺陷追踪交付场景时，熟悉以下的 IBM 工具非常重要：
Rational ClearQuest
Rational Performance Tester
Rational Team Concert
Rational Quality Manager
回页首
5 个场景
有了关于这些工具的知识，您的团队能够做出关于怎样使用工作流程的正确决策。
表 1. 缺陷追踪场景
| 场景 | 名字 | 描述 |
|---|---|---|
| 1 | Rational Team Concert 缺陷/工作项通过 Rational Performance Tester/Rational Service Tester Work Items 视角 | Rational Team Concert 缺陷交付通过点击“New Work Item”按钮，通过 Rational Performance Tester 运行 |
| 2 | Rational Team Concert 缺陷/工作项通过 Rational Performance Tester 或者 Rational Service Tester | 来自测试结果的 Rational Team Concert 缺陷交付通过 Rational Performance Tester |
| 3 | Rational Team Concert defect 来自 Rational Quality Manager 之内的测试结果（在配置的 CLM 服务器上） | 在执行 Rational Performance Tester 日程安排之后（在配置的 CLM 服务器之上），Rational Team Concert 缺陷交付来自测试结果，通过 Rational Quality Manager |
| 4 | Bugzilla 缺陷通过 Rational Performance Tester 或者 Rational Service Tester | Bugzilla 缺陷交付来自测试结果，通过 Rational Performance Tester |
| 5 | Rational ClearQuest 缺陷通过 Rational Performance Tester 或者 Rational Service Tester | Rational ClearQuest 缺陷交付来自测试结果，通过 Rational Performance Tester |
