第一步：評定開發(fā)方案和狀態(tài)

　　這第一步是創(chuàng)建W＆T計劃的先決條件，W＆T計劃用于評估執(zhí)行的軟件解決方案。在這一步，測試員可質(zhì)疑開發(fā)方案的完整性和正確性。并且基于項目計劃的完整和延伸定義，測試員要估計出測試這個執(zhí)行的軟件解決方案所需要的資源數(shù)量。

　　第二步：形成測試計劃

　　形成測試計劃應(yīng)該要符合軟件開發(fā)過程的模式，所有計劃的結(jié)構(gòu)應(yīng)該是一樣的，內(nèi)容則要基于測試員對開發(fā)中的項目的感知程度。

　　第三步：測試軟件的需求說明

　　不完整的，不正確的，或不一致的要求都會導(dǎo)致軟件開發(fā)失敗。 在需求收集階段，不正確說明軟件需求，會明顯的增加開發(fā)費用。 測試員通過查證，一定要保證需求說明的是正確的，完整的，并且不會有沖突。

　　第四步：測試軟件的設(shè)計

　　這一步測試員首先要能過查證技術(shù)測試軟件的外部和內(nèi)部設(shè)計，測試設(shè)計是否能完成需求說明的目標和這些設(shè)計能否在指定的硬件上起作用。

　　第五步：軟件開發(fā)過程中的測試

　　根據(jù)內(nèi)部設(shè)計文檔選擇的軟件開發(fā)方法將會決定測試員測試需要的類型和范圍。因為軟件構(gòu)建變得更加自動化，所以這一階段要求相對少的測試，不過，如果軟件采用瀑布型的開發(fā)模式，容易產(chǎn)生錯誤，這些錯誤應(yīng)該被發(fā)現(xiàn)。經(jīng)驗表明，在構(gòu)建階段發(fā)現(xiàn)問題會比在動態(tài)測試過程發(fā)現(xiàn)問題節(jié)省很多成本

　　第六步：執(zhí)行和記錄錯誤

　　這個階段包括在動態(tài)狀態(tài)測試代碼，在測試計劃中指定的步驟，方法，工具會被用于驗證可執(zhí)行代碼是否符合規(guī)定的軟件需求和設(shè)計的結(jié)構(gòu)化規(guī)范

　　第七步：可接受性測試

　　可接受性測試能讓使用者在操作他們的日常工作所需功能時評估軟件的適用性和可用性。這樣能測試出使用者認為軟件應(yīng)該實現(xiàn)什么功能，與需求文檔的中說明的軟件應(yīng)該實現(xiàn)什么功能形成對照

　　第八步：報告測試結(jié)果

　　測試報告是一個持續(xù)的過程，可口頭表達也可記錄下來。 缺陷和涉及的問題要向相應(yīng)的小組報告，并且報告要易于理解，這一點很重要。這樣能以低的可能成本修正問題

　　第九步：軟件安裝測試

　　一旦測試小組已確認該軟件是供生產(chǎn)使用，在生產(chǎn)環(huán)境中，軟件的執(zhí)行能力將被進行測試。這將測試操作軟件的界面，相關(guān)軟件和操作程序。

　　第十步：測試軟件變化

　　當(dāng)進行到第十步，是軟件被安裝使用后的維護過程。相關(guān)概念隨著整個執(zhí)行過程而改變，任何時候需求改變了，測試計劃也要相應(yīng)改變，并且這些改變對于整個軟件的影響也要測試和評估。

　　第十一步：評估測試效率

　　測試改進好通過在測試任務(wù)的后階段評估測試效率完成。這個評估首先應(yīng)該由測試員完成，同時也要包括開發(fā)人員，軟件使用者和專業(yè)質(zhì)量擔(dān)保人（如果有這些人員的話）。