第一步：評定開發方案和狀態
這第一步是建立w＆t計畫的先決條件，w＆t計畫用於評估執行的軟體解決方案。在這一步，測試員可質疑開發方案的完整性和正確性。並且基於專案計畫的完整和延伸定義，測試員要估計出測試這個執行的軟體解決方案所需要的資源數量。
第二步：形成測試計畫
形成測試計畫應該要符合軟體開發過程的模式，所有計畫的結構應該是一樣的，內容則要基於測試員對開發中的專案的感知程度。
第三步：測試軟體的需求說明
不完整的，不正確的，或不一致的要求都會導致軟體開發失敗。 在需求收集階段，不正確說明軟體需求，會明顯的增加開發費用。 測試員通過查證，一定要保證需求說明的是正確的，完整的，並且不會有衝突。
第四步：測試軟體的設計
這一步測試員首先要能過查證技術測試軟體的外部和內部設計，測試設計是否能完成需求說明的目標和這些設計能否在指定的硬體上起作用。
第五步：軟體開發過程中的測試
根據內部設計文件選擇的軟體開發方法將會決定測試員測試需要的型別和範圍。因為軟體構建變得更加自動化，所以這一階段要求相對少的測試，不過，如果軟體採用瀑布型的開發模式，容易產生錯誤，這些錯誤應該被發現。經驗表明，在構建階段發現問題會比在動態測試過程發現問題節省很多成本。
第六步：執行和記錄錯誤
這個階段包括在動態狀態測試**，在測試計畫中指定的步驟，方法，工具會被用於驗證可執行**是否符合規定的軟體需求和設計的結構化規範。
第七步：可接受性測試
可接受性測試能讓使用者在操作他們的日常工作所需功能**估軟體的適用性和可用性。這樣能測試出使用者認為軟體應該實現什麼功能，與需求文件的中說明的軟體應該實現什麼功能形成對照。
第八步：報告測試結果
測試報告是乙個持續的過程，可口頭表達也可記錄下來。 缺陷和涉及的問題要向相應的小組報告，並且報告要易於理解，這一點很重要。這樣就能以最低的可能成本修正問題。
第九步：軟體安裝測試
一旦測試小組已確認該軟體是供生產使用，在生產環境中，軟體的執行能力將被進行測試。這將測試操作軟體的介面，相關軟體和操作程式。
第十步：測試軟體變化
當進行到第十步，是軟體被安裝使用後的維護過程。相關概念隨著整個執行過程而改變，任何時候需求改變了，測試計畫也要相應改變，並且這些改變對於整個軟體的影響也要測試和評估。
第十一步：評估測試效率
測試改進最好通過在測試任務的最後階段評估測試效率完成。這個評估首先應該由測試員完成，同時也要包括開發人員，軟體使用者和專業質量擔保人（如果有這些人員的話）。
關注 我就要券 www.591q.cn
你不能不知道到的Hook！
hook是什麼？hook翻譯之後是鉤子的意思，hook的用途主要是用來攔截訊息的，看到這裡大家可能會迷茫，what is a hook？所以這時就不得不普及一下作業系統的原理。舉個例子 假如你是一名遊戲熱衷者，在玩遊戲時，你要釋放技能那麼你就會對鍵盤滑鼠進行操作，表面上你是直接操作遊戲，其實中間經過...
Linux 你不能不知道的小知識
1.在命令列中開啟 display 2.在命令列中開啟pdf,word,ppt等 gnome open 或者xdg open 3.在命令列中開啟檔案的圖形介面 nautilus 4.游標掉轉終端命令的最前端 ctrl a 最後 ctrl e 去掉前乙個空格後面的命令 ctrl w 5.vim 沒有許...
關於unicode不能不知道的知識
在計算機出現的中後期，人們開發了unix，並為無重音英語字母開發了一套稱為ascii的編碼，它能夠使用32到127之間的數字表示各個字元，空格是32。由於那個時期生產的大多數計算機使用8位大小的位元組，因此使用者不僅可以存放所有可能的ascii字元，而且還有整整一位空餘下來。他們想可以把128 25...