配置管理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平臺配置管理的解決方案，可以看出，文件也包括程序、數據、目錄甚至操作系統本身。所以說，我們認為配置管理不但要管理文件還要管理對文件的變更。
當管理一個文件在升級的許多版本時，我們可以清楚的看出為每個文件版本都保存一個完整的內容是非常浪費資源的，因為版本之間一定會有許多公用的東西，這就導致了文件增量技術的出現：文件增量技術是只保存版本之間的差異部分的一種技術。 
一些配置管理工具認為最新的版本就是：把基礎版本或歷史版本加上文件增量，這會改善系統的性能，實際上，如果只允許最近的版本是所有文件增量加上基礎版本的話，將會使得系統的性能下降�，F在的配置管理工具都是基于文件的，通常會采用文件增量技術。
通常當我們修改一個軟件版本中的BUG或升級一個軟件版本時，人們通常要對多個文件進行修改�；谖募呐渲霉芾砟Ｐ鸵馕吨簩θ魏我粋�軟件項目的變更實際上被存為許多文件的變更。在這些配置管理產品中，沒有將每個文件的變更聯系到更高層次的變更的機制。
然而，正如下面要指出的，文件增量技術也有許多內在的限制，這就是說應用文件增量技術的配置管理工具不是解決配置管理中困難的最優工具。文件增量技術事實上描述了不同版本的文件之間的每行的差異，這就意味著文件增量將對它所應用的版本有很強的依賴性，也就是說，把一個文件增量應用到不同的文件版本幾乎是不可能的。
很難移除歷史的變更：
如下圖所示：
如果一個文件增量需要被移除，可能這個軟件版本要返工了，下面的圖例表示了這種情況
如圖示，這和配置管理中的真實文件增量是相同的，唯一的可以利用的修改歷史增量的機制就是拿掉這個文件變更，用一個新的文件變更來替代從而組成新的文件版本，
在并行的軟件版本中遷移文件變更的困難：
假如我們現在在維護同一文件的兩個不同版本，在某個特定的版本里最初只有一個文件，從那里開始把不同的文件變更應用到分別應用到這兩個分支，其結果是應用了不同的文件變更的不同文件變體，但他們共用一個文件母體，下面的圖表示了這種情況：
現在讓我們考慮把其中的一個文件增量搬到另外一個文件分支上去，或者是說把把一個文件增量應用到這一文件的其他分支的不同版本上，用圖表示如下：
這種文件增量的內在限制就是文件增量是依賴于某個特定的文件版本的，這就使得搬遷文件增量十分困難。解決的辦法就是逐行比較變體文件，這是一個很困難的工作，并且容易出現人們不易察覺的錯誤。
管理并行版本的困難：
一個軟件項目通常會包含很多文件，可能在這有很多文件中包含了成千上萬的變更，當管理包含很多文件的軟件版本時，單個文件里的文件增量形成了對它的限制，所以，當我們談到整個軟件項目時，最基本的配置管理需求遇到了前所未有的挑戰。
基于文件的配置管理工具不可用的功能有：
在同一個項目中的兩個并行版本上搬遷文件變更
移除曾經對某個歷史文件所做的改變
通過所有的并行版本來管理所有對文件做的變更
除去這些限制，基于文件的配置管理模型能夠適應管理文件變更，所有用文件增量模型的配置管理產品。都是支持版本管理的主要功能的，然而，意味著一些任務很難實施。這就使得用戶不得不按照他們所使用的 配置管理工具來修改他們的軟件實施過程。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
