軟件測試項目計劃階段的細分

軟件測試項目計劃階段的細分 軟件測試工具

測試項目的計劃不可能一氣呵成，而是要經過計劃初期、起草、討論、審查等不同階段，才能將測試計劃制訂好。而日．不同的測試階段(集成測試、系統測試、驗收測試等)或不同的測試任務(安全性測試、性能測試、可靠性測試等)都可能要有具體的測試計劃。

    (1)汁劃初期是收集整體項目計劃、需求分析、功能設計、系統原型、用戶用例(use case)等文檔或信息，理解用戶的真正需求，了解技術難點和弱點、或新的技術，和其他項目相關人員變流，在備個主要方面達到一致的理解。

    (2)測試計劃最關鍵的一步就是確定測試需求、測試層次。將軟件分解成單元，對各個單元寫成測試需求，測試需求也是測試設計和開發測試用例的基礎，并用來衡量測試覆蓋率的熏要指標。

    (3)計劃起草。根據計劃初期所掌握的各種信息、知識，確定測試策略，設計測試方法，完成測試計劃的框架。

    (4)內部審查。在提供給其他部門討論之前，先在測試小組／部門內部進行審查。

    (5)計劃討論和修改。召開有需求分析、設計、開發人員參加的汁劃討論會議，測試組長將測試計劃設計的思想、策略做較詳細的介紹，并聽取大家對測試計劃中各個部分的意見，進行討論交流。

    （6）測試計劃的多方審查。項日中的每個人都應當參與審查(即市場、開發、支持、

技術寫作及測試人)。計劃的審查是必不可少的，盡管測試工程師努力地完成一個對產品的全面定義，但出自于一個測試工程師的定義不一定是完整或準確的。此外，就像開發者很難測試自己的代碼那樣，測試工程師也很難評估自己的測試計劃。每一個計劃審查者都可能根據其經驗及專長提出修改建議．有時還能提供測試工程師在組織產品定義時不具備的信息。    1

   （7）測試計劃的定稿和批準。在計劃討論、審查的基礎上，綜合各方面的意見，就可以完成測試計劃書，然后報給測試經理或QA經理，得到批準，方可執行。

    測試計劃不僅是軟件產品當前版奉而日還是下一個版本的測試設計的毛要信息來源t在進行新版本測試時，可以在原有的軟件測試計劃書上做修改，但要經過嚴格審查。

原文轉自：http://www.anti-gravitydesign.com