軟體測試管理初探

　　摘   要：長期以來，軟體測試管理處在一個很低的水平上，自動化軟體測試管理工具的出現更是給人誤解，似乎軟體測試管理是簡單的程式化的工作。本文針對現狀，論述了筆者觀念中的軟體測試管理學科的大致組成以及每個組成部分具體內容。筆者認為，軟體測試管理對軟體測試技術的實施有重要指導作用，對軟體測試團隊建設有保障和促進作用，是現代軟體專案管理不可忽視的部分。

 

　　關鍵字： 軟體測試管理    團隊組織管理    測試計劃管理    缺陷（錯誤）跟蹤管理    測試件管理

 

　　軟體測試管理要解決的課題是如何確保軟體測試技術能在軟體專案在軟體生命內得到順利實施，併產生預期的效果。按照管理的物件不同，軟體測試管理大致分為軟體測試團隊組織管理、軟體測試計劃管理、軟體缺陷（錯誤）跟蹤管理以及軟體測試件管理四大部分。以下對這四部分具體包含的內容做一個概要的詮釋。

 

　　軟體測試團隊組織管理通俗地講就是測試團隊應該如何組建。在實際專案開發中，我們常常看到有些單位忽視軟體測試團隊存在的意義，當要實施測試時，往往臨時找幾個程式設計師充當測試人員；也有些單位儘管認識到了組建測試團隊的重要性，但在具體落實的時候往往安排一些毫無開發經驗的行業新手去做測試工作，這常常導致測試效率的低下，測試人員對測試工作索然無味。一個好的測試團隊首先要有好的帶頭人，他必須具有極為豐富的開發經驗，對開發過程中常見的缺陷或錯誤瞭然於胸，此外，他還應具有親和力和人格魅力。其次，測試團隊還應有具備一技之長的成員，如對某些自動化測試工具運用嫻熟或能輕而易舉地編寫自動化測試指令碼。另外，測試團隊還應有兼職成員。如驗證測試實施過程中，同行評審是最常使用的一種形式，這些同行專家就屬於兼職測試團隊成員的範疇。測試團隊裡往往不乏缺乏開發經驗軟體新手，這部分人可以安排去從事交付驗證或黑盒測試之類的工作。

 

　　軟體測試計劃管理通俗地講就是安排好測試流程。這部分內容具體涵蓋軟體測試策劃、軟體測試技術剪裁、測試進度管理、成本管理等幾個部分。其中測試策劃工作主要是指具體測試活動實施之前做好策劃工作，如起草測試大綱以及測試計劃；軟體測試技術剪裁工作主要是指測試團隊應根據軟體專案的具體實際剪裁出所要實施的測試技術；測試進度管理工作主要是指排出各項測試的時間進度及人員安排，如有變動時應做相應調整；測試成本管理工作的內容即開列出測試活動中會涉及到的資源需求。

 

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

 

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

 

　　以上從軟體測試團隊組織管理、軟體測試計劃管理、軟體缺陷（錯誤）跟蹤管理以及軟體測試件管理這四個方面對軟體測試管理學科的內容作了一個概要性的介紹。需要指出的是軟體測試管理學科目前尚處在一個不很成熟的發展時期，筆者所做的探討雖然已經竭盡所能，但卻不能保證已經涵蓋了軟體測試管理的學科全貌。權當拋磚引玉，請各位讀者朋友多多批評指正...

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-591894/，如需轉載，請註明出處，否則將追究法律責任。