軟件測試是一項團體工作 軟件測試方法
因為軟件測試是小組合作完成的，所以它需要一些工具來支持和提高小組成員之間的交流，也需要工具來提供一個集成的界面，使得小組成員可以分享對測試過程活動及其產物的共同觀點。在測試過程的所有階段的一個突出問題是測試產物的控制和存儲。對測試產物的自動化配置管理是能夠提供最多反饋給測試過程的領域之一。有很多的文檔和可執行文件必須是所有測試小組成員可得的，小組成員可以頻繁地并行使用這些文檔和可執行文件。并且在多個成員使用同一個交付物時，又必須保證小組成員對它的修改不會同時進行。而且還必須有一個中心知識庫來存放測試產物以便測試小組成員能夠公用。
我們曾經在很多這樣的測試項目中工作過，在這些測試項目中并沒有中心存儲，而且小組中的各個成員只能在他們的本地機器上創建和更新文檔。我們指定了一些目錄用于存放特定的可交付文檔，并且申明每個人都可以在這些共享的公共目錄下存放他們的工作。這個解決方案總比沒有解決方案強，但是它還是不能為版本提供對這些文檔的有效訪問控制。
測試管理和需求管理是測試過程中最重要的。測試管理可以借助于像微軟Pm。iect這樣的工具來實現。它通過設置測試里程碑提供任務識別、資源管理和過程評估功能。需求管理工具也是必須的，這是因為在開發過程中軟件需求必須被記錄和不斷更新，同時隨著開發活動和測試活動的進行測試需求也必須被記錄和不斷更新。
ReqL】i菌tePl'c，是我們曾經選擇的一個需求管理工具，因為它集成了軟件需求和測試需求規范。并且它的測試需求表可以導出到微軟P畫ec【中用于指導和監控測試過程。還有一些其他的需求管理工具可以選擇，其中一些還集成
了測試工具套件。本書并不準備詳細介紹評價這些需求管理工具的方法。但有兩個方面是必須考慮的。第一，產品是否集成了測試工具套件?第二，如果沒有集成測試工具套件，那它是否提供開放的應用編程界面(API)用于創
建自己的集成代碼?
其次是軟件配置管理。目前，有一些產品可以用來實現對測試產物的配置管理。這些產品包括微軟vlsIlaI s。urceSde、Rationd clearC85e和Met拍t的PVcs等等。重要的是所有的測試產物應當存儲在自動化配置管理數據庫中。在所有的測試活動中，你選擇的特定配置管理工具和你使用的其他工具(用來支持測試過程活動)能夠互相通信也是很重要的。如果你選擇的配置管理工具不能做到這一點，那它必須提供和開發AP[來創建你所需的軟件橋梁。
軟件測試度量是測試評價報告的必要組成部分。它包括缺陷度量、覆蓋度量和質量度量，還包括很多有用的缺陷跟蹤量度。一般，缺陷度量可以分為：缺陷密度度量和缺陷老化度量。缺陷密度度量包括：每天／每周打開／關閉缺陷的次數，與特定的軟件例試需求相關的缺陷數目，列于應用對象／類上的缺騶數目，與特定的測試類型相關的缺陷數目等等。缺陷報告應該實現自動化，這可以通過使用E：teel工作簿實現，因為Excell能夠將電子數據表中的數據總結成圖表和圖形。缺碴報告也可以通過其他工具(比如Ration址aearQu啞)來達到自動化實現。測試質量度量是缺陷度量中的一個特定類型。它包括[8]：
·缺陷的當前狀態(打開，被修復，關閉等)
·缺陷的優先級(對解決缺陷很重要)
·缺陷的嚴重性(影響到終端用戶、組織、第三方等等)
·缺陷來源(導致這個缺陷的最初錯誤，即需要被修正的組件)
覆蓋度量體現了已執行測試的完備性(㈣pkteness)表示。它既包括基于需求的覆蓋測度，也包括基于編碼的覆蓋測度。對這些度量的舉例請看第9章參考文獻[6]和參考文獻[10]的在“Key Measures 0f Te毗1ng”下的概念部分。
文章來源于領測軟件測試網 http://www.kjueaiud.com/