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

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

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

　　2.3 軟件測試管理內容

　　具體的測試管理內容有：

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

　　2)測試案例管理

　　測試案例的增、刪、改、拷貝和查詢(xún);

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

　　測試結果分為：通過(guò)、未實(shí)現、存在問(wèn)題等;

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

　　3)測試流程管理：測試進(jìn)度管理;測試流程標識;測試日志及狀態(tài)報告。

　　4)問(wèn)題報告管理：?jiǎn)?wèn)題報告處理流程(問(wèn)題報告、整改報告)、實(shí)現問(wèn)題報告與測試案例的關(guān)聯(lián)。

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

　　除了以上這些，在側試管理過(guò)程中還應對人員和環(huán)境資源進(jìn)行管理。

　　3、測試及測試管理中的問(wèn)題及分析

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

　　3.1 軟件本身的復雜性與企業(yè)自身的不足

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

　　3.2 測試的特性

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

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

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

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

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