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

　　9)可靠性：在規定的時間內都可以正常運轉。

　　10)易于使用：多數人均感覺易于使用。

　　11)可維護性：可以很容易的定位問題，并且進行修改。

　　12)可移植性：數據或者程序易于移至到其它系統上。

　　13)耦合性：系統中的組件可以很容易的聯接。

　　14)性能：系統資源的占用率，響應時間，并發處理。

　　15) 操作性：易于操作(Operator)。

　　測試開始時應確定的工作

　　1)需求階段

　　--確定測試策略

　　--確定收集了足夠的需求

　　--產生功能性的測試用例

　　2)設計階段

　　--確定設計和需求之間的聯系

　　--確定進行了足夠的設計

　　--產生結構和功能的測試用例

　　3) 編碼階段

　　確定和設計之間的聯系

　　確定擁有執行的足夠條件

　　產生結構和功能的測試用例

　　4)測試階段

　　確定設計了足夠的測試用例

　　測試應用系統已經完成

　　關鍵資源已經到位

　　5)安裝階段

　　將測試完成的系統變為產品

　　6)維護階段

　　修改和重新測試

　　軟件的測試過程

　　7)估算：對軟件工作量的估算;對軟件系統的狀況的評估。

　　測試計劃：詳細的描述怎樣能成功的完成測試工作，其中應包含必須的資源和實施計劃。

　　需求測試：在軟件開發的所有階段進行測試，測試應該盡早，在需求和設計階段發現的缺陷修正的花費最小。

　　設計測試：給測試要素打分;分析測試要素;對設計進行評審;檢查修改的部分。

　　編碼測試：編碼是否按照既有的標準進行，過程是否易于實踐;是否編制了足夠的文檔。

　　測試總結：表示出目前項目的實際狀況;明確測試所做的工作，給出系統的操作性能的評價，明確什么時候系統可以進行產品化的工作。

　　安裝，交付測試：檢驗檢查表和產品的正確性;使用測試標準去檢驗發生的問題。

　　維護階段的測試：開發一些測試用例，預先發現一些問題;對用戶進行培訓。

　　2.2 測試管理的范圍

　　軟件測試管理要解決的課題是如何確保軟件測試技術能在軟件項目在軟件生命內得到順利實施，并產生預期的效果。按照管理的對象不同，軟件測試管理大致分為軟件測試團隊組織管理、軟件測試計劃管理、軟件缺陷(錯誤)跟蹤管理以及軟件測試件管理四大部分。

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

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

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

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