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

　　4.5 制定成功的測試管理計劃及測試計劃

　　一個成功的測試開始于一個全面的測試管理計劃。因此在每次測試之前應做好詳細的測試管理計劃：

　　首先，應該了解被測對象的基本信息，選擇測試的標準級別，明確測試管理計劃標識和測試管理項。在定義了被測對象的測試管理目標、范圍后必須確定測試管理所使用的方法，即提供技術性的Ali 試管理策略和測試管理過程。在測試管理計劃中管理者應該全面了解被測試對象的系統方法、語言特征、結構特點、操作方法和特殊需求等，以便確定必要的側試環境，包括測試硬件/軟件及測試環境的建立等等。而且.在測試管理計劃中還應該制訂一份詳細的進度計劃如：側試管理的開始段、中間段、結束段及測試管理過程每個部分的負責人等。由于任何一個軟件不可能沒有缺陷、系統運行時不出現故障，所以在測試管理計劃中還必須考慮到一些意外情況、也就是說，當問題發生時應如何處理。因為測試管理具有一定難度，所以對測試管理者應進行必要的測試設計、工具、環境等的培訓。最后，還必須確定認可和審議測試管理計劃的負責人員。

　　還需要一個成功的測試計劃，專業的測試必須以一個好的測試計劃作為基礎。盡管測試的每一個步驟都是獨立的，但是必定要有一個起到框架結構作用的測試計劃。測試的計劃應該作為測試的起始步驟和重要環節。一個測試計劃應包括：產品基本情況調研、測試需求說明、測試策略和記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審、結果等等。

　　4.6 測試人員及早介入

　　測試人員應從軟件生命周期的需求階段就開始介入，這樣可以在這些需求基礎上生成一份測試計劃，并將測試用例對應于需求。這樣便于提高測試用例的有效性和可用性，并且方便測試用例的設計和管理。

　　4.7 測試文件的使用

　　在軟件的需求分析階段，就開始測試文件的編制工作，各種測試文件的編寫應按一定的格式進行。測試文件的重要性表現在以下幾個方面：

　　a、驗證需求的正確性：測試文件中規定了用以驗證軟件需求的測試條件，研究這些測試條件對弄清用戶需求的意圖是十分有益的。

　　b、檢驗測試資源：測試計劃不僅要用文件的形式把測試過程規定下來，還應說明測試工作必不可少的資源，進而檢驗這些資源是否可以得到，即它的可用性如何。如果某個測試計劃已經編寫出來，但所需資源仍未落實，那就必須及早解決。

　　c、明確任務的風險：有了測試計劃，就可以弄清楚測試可以做什么，不能做什么。了解測試任務的風險有助于對潛伏的可能出現的問題事先作好思想上和物質上的準備。

　　d、生成測試用例：測試用例的好壞決定著測試工作的效率，選擇合適的測試用例是作好測試工作的關鍵。在測試文件編制過程中，按規定的要求精心設計測試用例有重要的意義。

　　e、評價測試結果：測試文件包括測試用例，即若干測試數據及對應的預期測試結果。完成測試后，將測試結果與預期的結果進行比較，便可對已進行的測試提出評價意見。

　　f、再測試：測試文件規定的和說明的內容對維護階段由于各種原因的需求進行再測試時，是非常有用的。

　　g、決定測試的有效性：完成測試后，把測試結果寫入文件，這對分析測試的有效性，甚至整個軟件的可用性提供了依據。同時還可以證實有關方面的結論。

　　4.8 測試團體的建設與測試人員的學習及培訓

　　要注重建立一支高效的測試團隊，不利用各種方法對測試人員進行培訓。測試人員須加強自身學習，測試人員必須和程序員、用戶、市場人員、技術作者以及任何的可能為實現更好測試提供線索的人進行交流。充分利用網絡，及時地不斷地學習，充分利用軟件測試的技巧等。

　　4.9 經濟的測試

　　作為軟件開發企業來說，投入人力，資金搞軟件測試的最終目的還是離不開經濟效益。而對與測試項目的管理也不能離開這個大前提。軟件測試的經濟效益主要來自以下兩個方面。一是滿足用戶需求，提高產品的競爭力，最終提高產品的銷售量。二是盡早發現缺陷，降低售后服務成本。而軟件測試的最終目的就是使它帶來的經濟效益最大化。

　　有時候用戶應用機率越大的那些軟件業務功能，應該越少有差錯;對某些關鍵功能，應該不允許有差錯;經常不用的，甚至基本不用的那些軟件業務功能，則可以容忍它有差錯，甚至有較多的差錯。

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