你的組織測試工作管理的怎么樣?測試管理中可能存在的問題及分析(6)
發表于:2014-08-26來源:uml.org.cn作者:不詳點擊數:
標簽:測試管理
4.3 測試過程分階段執行 將測試過程分成幾個階段執行,即:代碼審查、單元測試、集成測試、確認測試和系統測試。 單元測試是針對軟件設計的最小單位
4.3 測試過程分階段執行
將測試過程分成幾個階段執行,即:代碼審查、單元測試、集成測試、確認測試和系統測試。
單元測試是針對軟件設計的最小單位-模塊進行正確性檢驗的測試工作,其目的在于發現各模塊內部可能存在的各種差錯。在單元測試之后,需要按照設計時做出的結構圖,將它們聯結起來,進行集成測試。是檢驗所開發的軟件是否按用戶要求運行。確認測試應檢查軟件能否按合同要求進行工作,即是否滿足軟件需求說明書中的確認標準。軟件開發完成后,還要與系統中其他部分配套運行,進行系統測試,包括恢復測試、
安全測試、強度測試和
性能測試等。
4.4 做好過程管理
過程管理須做好以下工作:分階段設立里程碑,按里程碑計劃工作和總結工作;加強審核,測試過程的中間結果要進行充分的審核;注重風險管理和規避風險,任何決定和過程都存在風險,尤其是質量好壞的風險,通過審核管理風險。
4.5 制定成功的測試管理計劃及測試計劃
一個成功的測試開始于一個全面的測試管理計劃。因此在每次測試之前應做好詳細的測試管理計劃:
首先,應該了解被測對象的基本信息,選擇測試的標準級別,明確測試管理計劃標識和測試管理項。在定義了被測對象的測試管理目標、范圍后必須確定測試管理所使用的方法,即提供技術性的Ali 試管理策略和測試管理過程。在測試管理計劃中管理者應該全面了解被測試對象的系統方法、語言特征、結構特點、操作方法和特殊需求等,以便確定必要的側試環境,包括測試硬件/軟件及測試環境的建立等等。而且.在測試管理計劃中還應該制訂一份詳細的進度計劃如:側試管理的開始段、中間段、結束段及測試管理過程每個部分的負責人等。由于任何一個軟件不可能沒有缺陷、系統運行時不出現故障,所以在測試管理計劃中還必須考慮到一些意外情況、也就是說,當問題發生時應如何處理。因為測試管理具有一定難度,所以對測試管理者應進行必要的測試設計、工具、環境等的培訓。最后,還必須確定認可和審議測試管理計劃的負責人員。
還需要一個成功的測試計劃,專業的測試必須以一個好的測試計劃作為基礎。盡管測試的每一個步驟都是獨立的,但是必定要有一個起到框架結構作用的測試計劃。測試的計劃應該作為測試的起始步驟和重要環節。一個測試計劃應包括:產品基本情況調研、測試需求說明、測試策略和記錄、測試資源配置、計劃表、問題跟蹤報告、測試計劃的評審、結果等等。
4.6 測試人員及早介入
測試人員應從軟件生命周期的需求階段就開始介入,這樣可以在這些需求基礎上生成一份測試計劃,并將測試用例對應于需求。這樣便于提高測試用例的有效性和可用性,并且方便測試用例的設計和管理。
4.7 測試文件的使用
在軟件的需求分析階段,就開始測試文件的編制工作,各種測試文件的編寫應按一定的格式進行。測試文件的重要性表現在以下幾個方面:
a、驗證需求的正確性:測試文件中規定了用以驗證軟件需求的測試條件,研究這些測試條件對弄清用戶需求的意圖是十分有益的。
b、檢驗測試資源:測試計劃不僅要用文件的形式把測試過程規定下來,還應說明測試工作必不可少的資源,進而檢驗這些資源是否可以得到,即它的可用性如何。如果某個測試計劃已經編寫出來,但所需資源仍未落實,那就必須及早解決。
c、明確任務的風險:有了測試計劃,就可以弄清楚測試可以做什么,不能做什么。了解測試任務的風險有助于對潛伏的可能出現的問題事先作好思想上和物質上的準備。
d、生成測試用例:測試用例的好壞決定著測試工作的效率,選擇合適的測試用例是作好測試工作的關鍵。在測試文件編制過程中,按規定的要求精心設計測試用例有重要的意義。
e、評價測試結果:測試文件包括測試用例,即若干測試數據及對應的預期測試結果。完成測試后,將測試結果與預期的結果進行比較,便可對已進行的測試提出評價意見。
f、再測試:測試文件規定的和說明的內容對維護階段由于各種原因的需求進行再測試時,是非常有用的。
g、決定測試的有效性:完成測試后,把測試結果寫入文件,這對分析測試的有效性,甚至整個軟件的可用性提供了依據。同時還可以證實有關方面的結論。
原文轉自:http://www.uml.org.cn/Test/201307104.asp