本文描述了 IBM Rational 软件交付 平台的各种优异特性，帮助软件组织创建质量治理体系以适应如今来自技术进步所引起的组织转型需求……
软件环境中的治理
没有比交付软件和软件密集型系统的组织更需要有效管理的了。组织越来越依靠软件以运作它们的业务过程;许多组织将软件集成到它们的产品中，无论这些软件是自己制造的、生产外包的、或从另一个经销商购买的。
一家软件依赖型公司要想成功，它必须拥有在运行时环境中持续良好运行的应用--这些应用必须是高质量的，并且需要在部署前经过彻底的测试。这需要软件交付具有敏捷的业务流程，用以适应多种不同类型的项目，并且加速上市时间，而非减缓。反过来，这种流程必须由某种可调整的体系框架加以管理，包括规则、最佳实践、对于项目进度的连续可视化管理，并且要符合商业需求。
良好治理与良好管理不同，后者主要是战术性的与被动的，而不是战略性的与主动的。治理结构是一种可重复的 标准，它可以确保供应商和客户达成目标。 正如 IBM 杰出工程师 Kurt Bittner 所指出的，治理构建并加强了责任制。它应该度量那些被 团队成员所负责的，能够给影响整个团队成果的事情。
IBM Rational 质量治理观点
当然，质量已成为影响今天软件与软件密集型系统的主要因素。 质量极大的影响了团队结果和顾客的满意度，IBM Rational 团队早已意识到需要做到组织范围的质量关注。它具有悠久的、已被证明的为全面测试、测量、变更管理、错误纠正以及其他质量相关活动提供的自动化能力。
质量治理是一个针对软件系统交付的较大环境治理中的规程。质量治理的一部分内容是进行组织化和结构化， 并提供责任链、权力链和 沟通链，通过他们能够建立应用质量度量的工作流。另一部分则涉及度量：规则、政策和允许评估产品质量与进度的控制机制。这部分正是 IBM Rational 一直关注的。
25年来，为客户的软件开发创建一种全面的质量治理环境一直是 Rational 不断追求的产品策略。 Rational Unified Process®，或 RUP®最佳实践之一是迭代开发，而质量治理则是这种方法的根本原则。迭代开发强调了在业务需求变更、尽早测试，以及在原型化阶段更深层次的让客户参与进来方面进行持续的结合。
通过内部开发，战略性收购，与所获得的来自客户定义的最佳实践，Rational 不断的增强其客户质量治理能力。利用与 IBM WebSphere 和 Tivoli 技术的集成， Rational Software Delivery Platform 现今已可以自动化地为软件与系统交付提供质量治理的能力-- 开发者利用构建和实际产品环境实现组件测试。这种能力体现出灵活多变的体系结构，而不是僵化死板的。 IBM 杰出工程师 Grady Booch 说过，好的治理 "...增强了可预见性和可重复性，但依然允许蓬勃的创造力。"
如果使用 Rational Software Delivery Platform，那么创建一种有效的质量治理结构并不需要整体的组织转型。 紧密的产品集成与开源的系统环境可以更加轻松的将 Rational 产品引入到使用其他质量治理产品与流程的工作区中 -- 可以保护先前的 IT 投资。随着质量治理体系的发展，自定义的技术也许可以保持它们的特征，但首先应该考虑组织的特点。
确保软件质量的解决方案
我们的测试解决方案可以提供更严谨的管理，更妥善的规划，团队成员间的更完善的数据共享，这一切都建立在 IBM Rational Software Delivery Platform 上。为帮助您作出自信的决定、构建高质量的组织应用，我们提供了各种解决方案，包括性能测试、功能与回归测试、手工测试、开发人员测试、和 测试管理。这些测试角色和 IBM Rational 产品的关系如下图所示。
使用我们的解决方案，质量保证 团队可以很容易地管理和解决应用的功能性、可用性、可靠性、伸缩性、与性能方面的问题。要想获取这些测试产品的更多信息，请浏览http://www-306.ibm.com/software/rational/offerings/testing.html
质量治理的好处
将质量治理引入到软件公司-- 建立一系列的责任制、质量测量和控制的工具与流程 -- 能够产生深远的商业影响。让我们考虑一下其重要的好处。
更快的上市时间/价值
虽然某些组织害怕质量度量将会延缓其软件交付进度，但存在于整个交付周期内的质量治理体系将能够加快生产周期、并在软件部署后提供较高性能。
组件开发团队可在构建之前进行测试，减少瑕疵。当变更的影响较小,且需要更少的时间和精力去执行时，也许正指出了对及早进行特性改造的需要。
通过早期的发现、分析、文档化问题，团队可以在开发后期更加迅速的加以控制问题。例如，产品化团队可以利用早期测试产生的数据更加迅速的定位、更正问题的根源。除此之外，团队可以避免在劣质架构上浪费部署与后期部署测试时间 -- 而将精力投入于更有成效更令人满意的工作中。
开发团队可以利用后期产生的数据重新定义测试用例，检测出更多的预产缺陷，指导下一版本的特性改良。换句话说，组织能够在软件与系统交付周期内控制质量流程就可以实现质量的进步。
质量治理正是对付当前许多软件公司流行态度的方法，Meskimen 质量规则总结到：" 您绝对没有进行彻底测试的时间，但总有进行适当测试的时间。" 事实上，按时交付、低成本、具有更多特征就是高品质。
贯穿于软件与系统交付团队的生产力和创新的更高水平
如果治理度量能够适当的确保组织交付的都是高质量的产品，那么一旦开始生产这些系统，团队就可以将精力转移到新项目的开发而不是 bug 的修复。依据 National Institute of Standards and Technology 的报告，当前软件公司会花费其80%的 资源用于错误修正与维护支持。 高质量的软件允许团队更多的考虑增加价值、创建有益的细节，而不是修正错误。
更高的用户满意度
利用自动化的、良好的质量治理方法，软件经理能够时时监测需求与实现之间的协调关系。Meta Group 的报告显示大部分客户的不满意来源于不全面的需求理解。 Rational 为保正软件产品满足需求提供了强大的支持，包括开发与交付过程中自动化定义、跟踪需求的工具，它可以随着需求与特性的发展而改变。其他 Rational Software Delivery Platform 的产品帮助组织定义基于需求的业务应用开发流程，并将来自于各种环境的实时信息汇聚起来以分析流程性能。
文章来源于领测软件测试网 https://www.ltesting.net/
