第一步：評定開發(fā)方案和狀態(tài)
這第一步是創(chuàng)建W＆T計劃的先決條件，W＆T計劃用于評估執(zhí)行的軟件解決方案。在這一步，測試員可質疑開發(fā)方案的完整性和正確性。并且基于項目計劃的完整和延伸定義，測試員要估計出測試這個執(zhí)行的軟件解決方案所需要的資源數量。
第二步：形成測試計劃
形成測試計劃應該要符合軟件開發(fā)過程的模式，所有計劃的結構應該是一樣的，內容則要基于測試員對開發(fā)中的項目的感知程度。
第三步：測試軟件的需求說明
不完整的，不正確的，或不一致的要求都會導致軟件開發(fā)失敗。 在需求收集階段，不正確說明軟件需求，會明顯的增加開發(fā)費用。 測試員通過查證，一定要保證需求說明的是正確的，完整的，并且不會有沖突。
第四步：測試軟件的設計
這一步測試員首先要能過查證技術測試軟件的外部和內部設計，測試設計是否能完成需求說明的目標和這些設計能否在指定的硬件上起作用。
第五步：軟件開發(fā)過程中的測試
根據內部設計文檔選擇的軟件開發(fā)方法將會決定測試員測試需要的類型和范圍。因為軟件構建變得更加自動化，所以這一階段要求相對少的測試，不過，如果軟件 采用瀑布型的開發(fā)模式，容易產生錯誤，這些錯誤應該被發(fā)現。經驗表明，在構建階段發(fā)現問題會比在動態(tài)測試過程發(fā)現問題節(jié)省很多成本
第六步：執(zhí)行和記錄錯誤
這個階段包括在動態(tài)狀態(tài)測試代碼，在測試計劃中指定的步驟，方法，工具會被用于驗證可執(zhí)行代碼是否符合規(guī)定的軟件需求和設計的結構化規(guī)范
第七步：可接受性測試
可接受性測試能讓使用者在操作他們的日常工作所需功能時評估軟件的適用性和可用性。這樣能測試出使用者認為軟件應該實現什么功能，與需求文檔的中說明的軟件應該實現什么功能形成對照
第八步：報告測試結果
測試報告是一個持續(xù)的過程，可口頭表達也可記錄下來。 缺陷和涉及的問題要向相應的小組報告，并且報告要易于理解，這一點很重要。這樣就能以最低的可能成本修正問題
第九步：軟件安裝測試
一旦測試小組已確認該軟件是供生產使用，在生產環(huán)境中，軟件的執(zhí)行能力將被進行測試。這將測試操作軟件的界面，相關軟件和操作程序。
第十步：測試軟件變化
當進行到第十步，是軟件被安裝使用后的維護過程。相關概念隨著整個執(zhí)行過程而改變，任何時候需求改變了，測試計劃也要相應改變，并且這些改變對于整個軟件的影響也要測試和評估。
第十一步：評估測試效率
測試改進最好通過在測試任務的最后階段評估測試效率完成。這個評估首先應該由測試員完成，同時也要包括開發(fā)人員，軟件使用者和專業(yè)質量擔保人（如果有這些人員的話）。