| 网站首页 | 测试时代论坛 | Blog技术社区 | 软件测试技术 | 自动测试技术 | 软件质量保证 | 资料下载中心 |
     | 业界新闻 | 软件测试活动 | 软件测试培训 | 软件测试服务 | 软件测试期刊 | 测试时代工作室 | Segue工具专区 |
您现在的位置： 软件测试时代 >> 软件质量保证 >> 配置管理 >> 文章正文 用户登录 新用户注册
Truechange 配置管理工具            【字体：小 大】
Truechange 配置管理工具
作者：未知    文章来源：网络    点击数：    更新时间：2007-4-17    
配置管理TrueChange和缺陷追踪TrueTrack
什么是配置管理
   软件配置管理是一控制软件系统演变的学科，“协调软件开发使得混乱减到最小的技术叫做软件配置管理，它是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生产效率。”

为什么要配置管理
   对于任何一个软件组织（企业）来说，开发出满足用户需求的、高质量的软件产品是其追求的目标。而要实现这一目标的关键是建立起一个稳定、可控、可重用的软件过程（Software Process）。因为某一软件产品的成败可能维系于关键技术的突破和创新；但对于软件组织而言，要想永葆竞争优势并不断取得成功，那就必须不断地改进它的软件过程。要进行软件过程改进（Software Process Improvement）就需要有明确的、量化的对现状的分析和对未来的预期，这些数据来源于对软件过程的度量，而进行度量的前提和基础就是软件配置管理。
   软件配置管理的解决方案涉及面很广，将影响软件开发环境、软件过程模型、配置管理系统的使用者、软件产品的质量和用户的组织机构。软件组织应该提出不同层次的配置管理视角，这些层次包括：公司级、项目级、程序员级和应用级。

TrueChange配置管理平台
    要知道介绍Truechange的发展历程，我们必须从SMDS介绍，SMD花了1989到1995年之间的时间开发第一个商业基于变更的配置管理工具的核心技术。1995年4月这项技术被收购，并得到稳定和巩固，新的公司更名为TRUE Software。1995年12月发布ADC/Pro，1997年此软件更名为TRUEchange并且加入问题追踪工具TRUEtrack, 1999年软件测试行业著名公司收购了TRUEchange和TRUEtrack，从此McCabe公司的产品线从配置管理更加到软件测试与质量管理更加完整。

    软件配置管理的技术体系有两种：一是基于文件的配置管理，起源于UNIX和开放式系统，在这种体系下任何东西都是以文件的形式体现的，配置管理也就是对文件的管理。另一种是基于变更的配置管理，起源于大型计算机社区，配置管理的不仅仅是文件，更要管理变更。

基于文件的配置管理:
    配置管理是管理文件版本的，乍一看，这似乎是一个没有什么问题。如果我们追溯到最初的应用于UNIX平台配置管理的解决方案，可以看出，文件也包括程序、数据、目录甚至操作系统本身。所以说，我们认为配置管理不但要管理文件还要管理对文件的变更。
    当管理一个文件在升级的许多版本时，我们可以清楚的看出为每个文件版本都保存一个完整的内容是非常浪费资源的，因为版本之间一定会有许多公用的东西，这就导致了文件增量技术的出现：文件增量技术是只保存版本之间的差异部分的一种技术。

  
    一些配置管理工具认为最新的版本就是：把基础版本或历史版本加上文件增量，这会改善系统的性能，实际上，如果只允许最近的版本是所有文件增量加上基础版本的话，将会使得系统的性能下降。现在的配置管理工具都是基于文件的，通常会采用文件增量技术。
    通常当我们修改一个软件版本中的BUG或升级一个软件版本时，人们通常要对多个文件进行修改。基于文件的配置管理模型意味着：对任何一个软件项目的变更实际上被存为许多文件的变更。在这些配置管理产品中，没有将每个文件的变更联系到更高层次的变更的机制。
    然而，正如下面要指出的，文件增量技术也有许多内在的限制，这就是说应用文件增量技术的配置管理工具不是解决配置管理中困难的最优工具。文件增量技术事实上描述了不同版本的文件之间的每行的差异，这就意味着文件增量将对它所应用的版本有很强的依赖性，也就是说，把一个文件增量应用到不同的文件版本几乎是不可能的。
很难移除历史的变更：

如下图所示：
  

    如果一个文件增量需要被移除，可能这个软件版本要返工了，下面的图例表示了这种情况
 
    如图示，这和配置管理中的真实文件增量是相同的，唯一的可以利用的修改历史增量的机制就是拿掉这个文件变更，用一个新的文件变更来替代从而组成新的文件版本，
 


在并行的软件版本中迁移文件变更的困难：
    假如我们现在在维护同一文件的两个不同版本，在某个特定的版本里最初只有一个文件，从那里开始把不同的文件变更应用到分别应用到这两个分支，其结果是应用了不同的文件变更的不同文件变体，但他们共用一个文件母体，下面的图表示了这种情况：
 
 
    现在让我们考虑把其中的一个文件增量搬到另外一个文件分支上去，或者是说把把一个文件增量应用到这一文件的其他分支的不同版本上，用图表示如下：
 
 

    这种文件增量的内在限制就是文件增量是依赖于某个特定的文件版本的，这就使得搬迁文件增量十分困难。解决的办法就是逐行比较变体文件，这是一个很困难的工作，并且容易出现人们不易察觉的错误。
管理并行版本的困难：
    一个软件项目通常会包含很多文件，可能在这有很多文件中包含了成千上万的变更，当管理包含很多文件的软件版本时，单个文件里的文件增量形成了对它的限制，所以，当我们谈到整个软件项目时，最基本的配置管理需求遇到了前所未有的挑战。

基于文件的配置管理工具不可用的功能有：
 在同一个项目中的两个并行版本上搬迁文件变更
 移除曾经对某个历史文件所做的改变
 通过所有的并行版本来管理所有对文件做的变更

  除去这些限制，基于文件的配置管理模型能够适应管理文件变更，所有用文件增量模型的配置管理产品。都是支持版本管理的主要功能的，然而，意味着一些任务很难实施。这就使得用户不得不按照他们所使用的 配置管理工具来修改他们的软件实施过程。


基于变更的配置管理－TRUEchange:
    McCabe TrueChange 是唯一的一个不用基于文件的文件增量技术的配置管理工具。McCabe TrueChange 使用基于变更的技术，即把软件的变更作为一个单独的实体来管理，即使它包含了很多文件的很多改变，这些文件的变更不和某一个特定的文件版本有关。它独特的基于变更的技术意味着TrueChange可以适应管理并行开发的需要，可以在并行版本不同的文件中变体迁移单个文件的变更，并且当变更需要重现是可以轻松实现快速开发。
    TrueChange不使用文件增量技术来存储变更，而是把所涉及的文件变更组成一个叫ChangeSet的文件。ChangeSet封装了软件中对所有涉及到的文件的变更。
ChangeSet是管理变更过程的一个非常自然的过程，这并不是它独特的功能，因为一些基于文件的管理工具也可以支持多个文件的变更的管理。TrueChange的主要的益处在于这些变更被存储时不和某一个特定的文件版本相关联.
每次TrueChange用户为了修改文件都要先从库中取出文件，这个过程会自动创建新的开放的ChangeSet，再这个ChangeSet里用户可添加或删除文件。每个ChangeSet都有一个唯一的标志并有一个描述区域来说明改变的具体内容。这个从ChangeSet里添加或删除文件的能力可以很清楚的记录开发者或用户的一切活动。
    一旦用户认为修改结束，他们就可以存入ChangeSet，这个ChangeSet将会被提交到库里，存储到用户工作的项目版本里面。
把所有的变更都应用到同一个基础表中，使得应用这些变更到并行版本上时变的非常轻松。

TrueChange的库
TrueChange用一个非常强大的高性能的数据库来存储配置管理下文件的修订版本和一些组件，这个数据库用对象数据库存储变更管理下的信息和版本控制的所有信息。这包括工程里的信息、版本树和应用与每个版本的ChangeSet。

强大的分支
    从以上这些差别中可以看出，TrueChange用户可以轻松实现读并行版本的管理。在TrueChange里创建并行版本是很快的，因为没有需要移动、复制的文件或文件增量。也不需要另外的硬盘空间。
这就使得分支应用频繁的的并行管理活动中，与基于文件的配置管理通过管理一个版本的许多并行活动对比形成了鲜明的特色。一个主要原因是基于文件的配置管理通常是认为基础文件作为最新版本。结果，创建分支时就导致复制了这个项目中的所有文件。不但需要双倍的硬盘空间，还须花费更多的时间。
冲突的解决方法—在并行分支中同一文件被做了不同的改变，用TrueChange会变的很直截了当，用户只须选择哪个是正确的，另外，用户也可以修改行或其余文件来解决冲突，创建一个新的结果，TrueChange把变更存储在过程中，当别的变更应用与同一行时解决的结果将被调用。

工程加载
    TrueChange允许简单加载文件到TrueChange的库中。所有的配置管理工具都可以加载软件的最初版本，但是TrueChange可以扫描所有的版本序列以发现不同的，并快速创建包含所有版本的版本树。在基于文件的配置管理中加载历史版本是非常耗时的。

TRUECHANGE网络结构
    TrueChange用LIGHTWEIGHT基于TCP/IP的分配模型。这意味着安装TrueChange时不需昂贵的硬件设备，TrueChange的服务器（库）可以放在任意一台支持SERVER平台的操作系统（如WIN2000/NT/XP，UNIX，VMS等）并立刻所有的TrueChange用户都可以访问。
    TrueChange的库是独立于平台的，可以从任何运行支持客户端的平台访问（WIN95/98/2000/NT/XP，UNIX，VMS等）。并和服务器平台无关。代码也是独立于平台之外的，以确保所有的客户都可以访问。这意味着服务器平台和客户端平台是完全独立的，TrueChange用可靠的TCP/IP协议管理，此协议和FTP协议很类似并且一样快。
    TrueChange在WINDOWS和UNIX的客户端有自己独立的图形界面，也可以用Microsoft SCM API 集成到一些流行的开发环境中，它也提供了命令行的模式可以快速的通过WINDOWS或UNIX shell来使用配置管理的一些功能。
安全管理
    TrueChange提供了强大的配置安全来控制配置管理下的代码访问和修改。每个 TrueChange的用户需要登陆，并强制需要密码才能登陆。
提供给开发者、项目经理、管理员和所有者四个标准的安全级别，每个级别的权限可以根据需要创建。
   TrueChange中每个安全级别有48个标准的命令来制定权限，命令的选择可以根据需要修改。可以通过定制命令集来设置新的安全级别。安全级别靠库的访问来指派给某个用户，所以安全级别可以动态的指定给他们。

阶段开发模型
    在一个版本树中TrueChange允许六个可定制阶段，阶段典型应用在软件项目的权限改变时，阶段开发的一个例子创建代码、测试、和发布作为一个软件项目的三个阶段。软件过程从代码阶段开始，在这个阶段中开发成员可以访问和修改源代码，当一个产品需要过度到测试阶段时，其中一些人可能从代码段转到测试段，现在的代码就只能被测试阶段段的人员访问。一旦测试完成测试阶段的一些人可能进入到发布阶段，这时的代码只允许发布/维护阶段的人员才可以修改和访问。

配置数据库
TrueChange会包含几个有配置管理提供的分派给不同开发小组和库，通常在库中心区域创建软件的发布版是必须的，TrueChange的库的设置通过创建软件发布版本树提供这个功能，库的设置信息包含了哪个特定的项目是哪个特定版本从哪个库里包含了特定的软件发布版。
数据库的设置支持版本继承的概念，存储特定的发布设置，允许从已经存在的版本中继承新的设置。
一个例子就是软件产品release 2.1包含项目1版本1.27，项目2版本3.1和项目3最新版本。数据库的设置将会保存这些信息允许以后在发布一个特定产品。

TRUEtrack缺陷追踪系统
    软件生命周期中从始至终都是一个变更的过程，变更使软件演进走向成熟的同时也带来了风险，所以配置管理工具的基本任务就是管理变更，那么是什么导致变更呢？一方面在开发过程中软件由小到大，由单元集成到构件直到系统这是一个自然的过程，另一个方面在软件后期维护阶段和软件升级阶段，变更是由软件的缺陷不断发现驱使的，软件在用户使用时一旦发现软件的问题，就会有反馈，这样为了排除软件的缺陷，就需要对软件作出变更，缺陷跟踪系统就是配置管理系统很好的补充。
下面介绍一下TrueTrack配置管理工具：
    TRUEtrack是一个缺陷追踪产品能够对各种平台的软件的综合管理，TRUEtrack集成标准第三方SQL数据库比如MS SQL SERVER 和ORACLE 等。
     TRUEtrack能够让组织和企业：
 统一存储所有的问题
 分配问题到部门或个体
 调整问题的解决 
 管理版本中包含的问题
 避免重复的事情
 通过email通知个人
 通过报告收集问题数据
    TRUEtrack的术语有：
 事件：问题，请求提高，或用户报告bug
 问题：多个事件共性的问题
 任务：打断工作并且分配资源来解决问题或事件
 活动：有关事件，问题，任务的特定动作，记录到历史
使用TRUEtrack时，典型的工作流象这样：一个开发工程师登陆到系统并且检出属于他的工作项目：我们可以看到一个工作项目的列表例子： 
在查看所要工作的事件后， 开发工程师到事件处理窗口来获取更多的有关信息。然后他进行一些研究，包括研究一下是否和其他的事件连接到一个单一的问题。 当事件或问题最终解决后，开发者可以关闭这个问题，公司的管理者或其他人员就可以看到这个问题的解决状态和更多的信息。
在问题的“生命周期”中， TRUEtrack可以维护有关解决一个问题的所有活动的记录－ 这些记录可以进行审计并且帮助企业建立起一个知识库，问题可以传到相应的个人和小组来解决，或者必要的情况下变更问题的状态。TRUEtrack也支持简短注释或者用Word 或 Excel文件作为附件来描述变更的请求。
集成TRUEchange：
  TRUEtrack 的美妙之处还在于可以集成TRUEchange。使用TRUEtrack, TRUEchange的用户可以执行下面的change-set 功能：check out 一个新的Change-Set， checkout 新的文件到现存的Change-Set,复制出文件, 浏览和Change-Set相关的模块。TRUEtrack分配的问题的编号可以自动的对应Change-Set。  McCabe TRUEtrack和McCabe TRUEchange的无缝集成带来了很大的方便，不需要依赖其他独立的配置管理工具，在一个统一的平台之下就完成的bug的修正。
TrueTrack的特点：
 鉴定属于同一起源的问题并把它们链接在一起，避免重复工作
 在跟踪过程和软件开发过程中积累支持库
 在生命周期中始审计功能得以实现
TRUEtrack客户建立详尽的管理和问题的跟踪信息库：
 输入事件并通过易用的，可定制的用户自定义的标准描述
 为每一个问题自动生成一个工作项目的列表
 维护多重事件和问题的状态
 开发者可以以文档的方式回顾所有改变
 在软件生命周期的全过程中管理所有的开发活动，包括alpha/beta测试，质量确认和最终版本的测试
 管理审查/报告
 可制定捕捉和提供复杂度界面
    TrueTrack使软件组织跟踪任务和软件开发过程中的变更，帮助去除重复的问题增加透明度，通过使用 McCabe TRUEtrack公司可以避免混乱，丢失问题申请，问题得不到解决的问题，每一个人都知道现在所面临的问题，和以前的问题相比有什么不同，哪个工程师正在解决什么问题。
    McCabe TRUEtrack的老练的搜索功能能够把相关的问题都找出来，这样就能一起思考问题，避免重复解决。
    McCabe TRUEtrack支持生命周期中各个阶段，减少维护负重，安排各阶段任务，闭环解决问题
      McCabe TRUEtrack提供丰富的管理报，使用标准的SQL数据库允许容易集成到第三方的报告工具，并提供很多预设的报告：产品事件总结,成员活动报告, 模块永久修改报告等。
   TRUEtrack 可以在界面和数据级别定制，这些客户定制可以对特定的用户小组起作用，比如：为定制QA或文档或所有人定制菜单。你可以决定谁有全局定制权。
通过鼠标右键点击，界面可以得到修改－一些区域可以去掉，或改名，数据定义意味着定义哪些数据区是可以搜索的，哪些是不能修改的。
通过C或C++的API, 可以加入新的区域或数据库，甚至整个新的窗口。


支持的系统
 PC：Microsoft Window95\ 98\NT 4.0\2000\XP
 IBM: IBM AIX version 4.1 or higher, with Motif version 1.2 or higher
 HP: HP-UX version 10.2 or higher, with Motif version 1.2 or higher
 SGI: SGI IRIX version 6.2 or higher, with Motif version 1.2 or higher 5.3
 Sun Unix: Sun Solaris version 2.51 or higher, with Motif version 1.2 or higher 5.3
 LINUX: Red Hat 6.2以上，SuSE 7.0
 Alpha VMS 
 VAX VMS 
 SCO Unix 
 Solaris X86 
 Digital Unix (also known as OSF1 or as Compaq TRU64 Unix). 
文章录入：working    责任编辑：seanhe 

  • 上一篇文章：

  • 下一篇文章： 没有了

    		•
    【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】
    最新热点 最新推荐 相关文章
    软件质量问题出在哪里找出测…
    软件质量问题出在哪里找出测…
    配置管理中的角色和分工
    軟體流程管理的迷思(SCM)
    成熟软件配置管理工具的特征
    在项目实施过程中实施版本管…
    试析RUP以用例驱动的需求管理
    让你不苦恼：Java的中文编程…
    关于项目管理的知识点
    软件项目质量管理
    　　网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）
    版权所有(C) 2003-2007 测试时代 北京慧灵科技有限公司 站长：测试时代（TestAge.net）