CMM與軟件評價及測試(2)

　　這些應當進行評價和測試的交付產品應當包括需求規格說明書，設計規格說明書、數據轉換規格和數據轉換代碼、數據庫設計說明書、培訓資料、硬件/軟件安裝規格、用戶手冊和應用程序代碼等等。當然這并不是一個完整的列表。問題的關鍵是，在你的項目生命周期中的每一個交付產品都必須被測試。

　　對于一個給定交付產品的評價和測試可能會延續項目生命周期的多個階段。越來越多的軟件組織開始從瀑布式模型向迭代式模型轉變。例如，設計規格可能會經過三個迭代才能產生。第一個迭代定義體系結構—它是人工的還是自動的，是集中的還是分散的，是在線的還是批命令式的，是直接文件存儲還是通過關系性數據庫等等。第二個迭代則可能繼續推動設計，來鑒別所有的模塊和模塊間的數據交換機制。第三個迭代則定義模塊內部的偽代碼。每個迭代都應當基于適當的特性來進行評價與測試。

　　評價和測試的類型必須是魯棒的、堅固的。這包括對功能、性能、可靠性-可用性/實用性-可服務性、易用性、可移植性、可維護性和可擴展性等的驗證，但絕不僅限于此。

　　總之，每個階段的每個交付產品必須通過正式的、訓練有素的技術來對適當的屬性進行評價和測試。

　　二、在CMM中為什么要加入這個獨立的KPA

　　由五個重要方面能說明必須有一個獨立的軟件評價與測試的KPA，即：

　　(1)評價和測試在促進向有紀律的軟件工程過程過程的文化轉變中的作用;

　　(2)評價和測試在項目跟蹤中所起的作用;

　　(3)整個開發和維護在評價和測試部分的預算;

　　(4)評價和測試訓練對軟件交付時間和成本方面的影響;

　　(5)評價和測試對軟件殘余缺陷的影響。

　　將軟件工業從一種手工(藝)匠方法向真正的訓練有素的工程層次邁進實在是一種文化的轉折、躍變。CMM的首要的而且也是最重要的目標是，建立一種機制來推進向軟件工程的文化改變。但是一個文化不可能發生激烈的改變，除非你深刻理解改變的重要性。必須全面理解向新的文化改變所能給我們解決的問題。最后這一點，將使我們引導我們來討論測試在這一加速向訓練有素的文化改變中所起的作用。

　　在1960年代后期，IBM是第一批開始應用正式軟件工程技術的組織之一。一開始使用的是Dijkstra支持的技術。具有諷刺意味的是，并不是由軟件開發人員發起這項努力的，而是軟件測試人員。這一創始性工作是在Poughkeepsie實驗室進行的，屬于Philip Carol領導的面向測試的設計項目。

　　Phil是軟件測試技術工作組(SW Test Technology Group)的一個系統測試工程師。這個工作組主要負責定義軟件測試技術和工具以用于整個公司。大概在30年以前，他們就開始意識到你不可能通過測試將質量注于代碼中。你需要像考慮測試過程一樣也得考慮分析、設計和編碼過程。作為測試人員，由于測試需要接觸軟件開發的所有方面，他們對問題有更加徹底深入的理解。

　　正是這一對問題的深入認識并將這一問題明確有力地向開發人員指出推動了軟件開發文化的迅速改變。隨著改進的開發和測試技術的應用，IBM的OS操作系統的缺陷率在下一個發布降低了1/10。這確實是在短時間內產生的重要的文化變革，特別是這涉及到了分布在不同地域的近千名軟件開發人員。

　　這種變化的加速除了對問題的重視的直接推動外，另一個推動因素是與測試有關的一些因素，即在測試過程和開發過程集成中的反饋環。隨著開發過程的不斷改進，評價和測試過程并行地改進以反映新的成功準則。隨著開發不斷使用新技術，他們直接從測試人員那里得到及時的反饋即他們究竟做的怎么樣，因為測試人員就是專門基于新的尺度對交付產品進行確認的。

　　一個具體的例子是需求撰寫改進技術的應用，需求必須是明確的、確定的、邏輯上是一致的、完備的、正確的。有關結構化分析方法和面向對象的方法的培訓課教系統分析員如何來寫一個好的需求。如果在他們剛剛寫完第一個功能描述時就進行模糊性評審，那么他們寫的下一個功能就會更加清晰明確。這種緊湊的反饋環— 寫一個功能、評價一個功能，有效地加速了其學習曲線。這樣的話，過程從缺陷檢測到缺陷預防轉移的相當快速----他們正在寫著清晰、不模糊的規格。

　　將這些經驗與我們的整個軟件工業做一個對比，結構化設計技術和面向對象的技術已經在25年前就可以應用了(是的，OO確實已經那么老了)，然而我們的時間的情況卻遠遠落后于這些方法的最新技術發展水平。問題是除非組織理解了正在解決的問題，否則它不會全面接受或者全面理解一個解決方案(如：軟件工程方法和技術)，而集成的評價和測試正是問題理解的杠桿和關鍵。這里“集成評價和測試”被定義為將測試集成到軟件過程的每一步中，它也是為掌握一個技術所需的必要的反饋環的關鍵部分。任何沒有緊密反饋環的過程是具有致命缺陷的過程，因此評價和測量是加速文化改變的關鍵。

原文轉自：http://www.uml.org.cn/Test/test122502.htm