你的組織測試工作管理的怎么樣？測試管理中可能存在的問題及分析(3)

　　軟件缺陷(錯誤)跟蹤管理通俗地講就是確保發現的缺陷(錯誤)已經被開發團隊糾正或處理過并且沒有引入新的缺陷(錯誤)。具體來講，當測試團隊通過各種途徑發現了文檔或代碼中的缺陷或錯誤以后，并不是交一份測試報告就草草了事，而是在遞交報告以后繼續督促開發團隊及時關閉已知缺陷或錯誤(當然，如有必要應對這些缺陷、錯誤做嚴重程度排序，以便開發團隊能視輕重緩急安排處理順序)。當開發團隊關閉了測試報告中的缺陷(錯誤)以后，測試團隊還需驗證開發團隊在關閉過程中有沒有引入新的錯誤。通常，這個過程稱為回歸測試。回歸測試如發現問題，繼續報開發團組，按上述流程循環，直至回歸測試最終通過。

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

　　2.3 軟件測試管理內容

　　具體的測試管理內容有：

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

　　2)測試案例管理

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

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

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

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

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

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

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

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

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

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

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

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

　　3.2 測試的特性

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

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

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

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

原文轉自：http://www.uml.org.cn/Test/201307104.asp