測試管理中可能存在的問題及分析(3)

　　軟件測試件管理通俗地講就是指努力建設好測試團隊的財富庫并對測試團隊成員進行技能培訓以幫助他們能使用好這個財富庫。這里，財富庫是指軟件測試件。測試件(Testware，指測試工作形成的產品)是一個不常見到的詞匯，它包括是測試團隊在長期實踐過程中逐步積累起來的經驗教訓、測試技巧、測試工具、規格文檔以及一些經過少量修改能推廣至通用的測試腳本程序。測試件管理工作做得越好，測試團隊在實際測試過程中就能越少走彎路，測試團隊內部的知識交流和傳遞就越充分，測試腳本或規格文檔的重復開發工作也就能被有效地避免。軟件測試件管理工作包括兩部分，一是建設，另一個是培訓。建設工作大抵是收集各類測試外文檔、測試工具、測試腳本，也包括收集整理測試人員的會議發言、總結報告、技術心得等等。培訓工作大抵是通過技術講座、正式或非正式團隊會議、印發學習資料等形式進行。

　　2.3 軟件測試管理內容

　　具體的測試管理內容有：

　　1)測試方案管理：單元測試、集成測試和產品測試的測試計劃的錄入、修改、刪除、查詢和打印。

　　2)測試案例管理

　　測試案例的增、刪、改、拷貝和查詢;

　　測試案例測試情況的管理，如測試狀態包括：未測試、測試中、已測試;

　　測試結果分為：通過、未實現、存在問題等;

　　測試案例輸人、編號和歸檔。

　　3)測試流程管理：測試進度管理;測試流程標識;測試日志及狀態報告。

　　4)問題報告管理：問題報告處理流程(問題報告、整改報告)、實現問題報告與測試案例的關聯。

　　5)測試報告管理：生成單元測試、集成測試和產品測試的測試報告。

　　除了以上這些，在側試管理過程中還應對人員和環境資源進行管理。

　　3、測試及測試管理中的問題及分析

　　通過以上的簡單總結與分析，可以看到軟件測試及測試管理的重要性，及其復雜、廣泛的組織管理工作，所以在實施起來，難免與理論有些出入。另外，國內的軟件企業大多起步晚，技術基礎薄弱，應用與管理經驗缺乏，在測試上更是如此。于是國內的一些中小型的軟件企業，在軟件測試方面存在諸多問題，不僅與理論要求相差甚遠，與實際的應用需求也相差很多。下面將簡要介紹與分析當前國內中小型軟件企業在測試及測試管理中存在的問題和問題原因，并在之后提出一些解決辦法。

　　3.1 軟件本身的復雜性與企業自身的不足

　　這里復雜性包括軟件用戶需求的復雜與難確定性，軟件開發過程的組織管理的難控制性等，使得軟件開發過程必然會存在諸多問題，開發出的產品也必然存在一些缺陷與不足。而由于生產與管理經驗的不足，缺乏高效的開發與測試團隊，往往是開發人員又是測試人員，或測試人員質量管理;缺乏有效的測試技術，代碼走查室最常用的方法;測試開始較晚，往往在開發完成之后;對用戶反饋信息缺乏整理總結等;使得不僅難以控制產品的缺陷數量，而且對于缺陷的定位與修補也很難到位。

　　3.2 測試的特性

　　3.2.1 測試是不完全的(測試不完全)

　　由于軟件需求的不完整性、軟件邏輯路徑的組合性、輸入數據的大量性及結果多樣性等因素，哪怕是一個極其簡單的程序，要想窮盡所有邏輯路徑，所有輸入數據和驗證所有結果是非常困難的一件事情。

　　3.2.2 測試具有免疫性(軟件缺陷免疫性)

　　軟件缺陷與病毒一樣具有可怕的“免疫性”，測試人員對其采用的測試越多，其免疫能力就越強，尋找更多軟件缺陷就更加困難。在軟件測試中采用單一的方法不能高效和完全的針對所有軟件缺陷，因此軟件測試必須采用不同的測試方式和測試數據，應該盡可能的多采用多種途徑進行測試。

　　3.2.3 測試是“泛型概念”(全程測試)

　　如果單純的只將程序設計階段后的階段稱之為軟件測試的話，需求階段和設計階段的缺陷產生的放大效應會加大。這非常不利于保證軟件質量。需求缺陷、設計缺陷也是軟件缺陷，記住“軟件缺陷具有生育能力”。軟件測試應該跨越整個軟件開發流程。需求驗證(自檢)和設計驗證(自檢)也可以算作軟件測試(建議稱為：需求測試和設計測試)的一種。軟件測試應該是一個泛型概念，涵蓋整個軟件生命周期，這樣才能確保周期的每個階段禁得起考驗。同時測試本身也需要有第三者進行評估(信息系統審計和軟件工程監理)，即測試本身也應當被測試，從而確保測試自身的可靠性和高效性。

原文轉自：http://www.kjueaiud.com