規範的軟體測試流程有助于需求條理化，将測試工作子產品化，一切跟着計劃走比通過腦袋記憶要更加的有條理。有的時候，工作任務比較繁瑣，腦袋記憶力容易出現亂成一鍋粥的情況，特别這個時候，軟體測試計劃就更加重要。下面結合實際情況對自己工作中測試流程進行簡單的說明，純屬個人觀點。
1.制定測試政策
首先測試政策，當使用者提出新的需求時，測試人員應該和開發人員一起做測試需求分析，一般我們都會通過會議的形式去進行讨論分析，這樣測試人員會對測試需要有個大概的了解，需要是幹什麼的，包括哪些功能等等，而不至于什麼都不清楚不了解。
2.制定測試計劃
大概了解需求内容之後，要對整個測試進行預期估算，包括計劃要測試哪些方面的功能，要計劃配置設定哪些人員參與到測試中，哪些人負責哪個子產品，以及按照交叉測試的方法，同時還要計劃要測試的開始和結束時間，便于掌控這個測試進展等等。
3.編寫測試用例
測試計劃規範之後，則是進行測試用例的編寫。測試用例的編寫，主要圍繞界面子產品而展開，如界面包括哪些按鈕，按鈕操作是否可以正常進行，其次圍繞功能來設計，然後根據不同的場景來設計。對于測試過程中，出現的缺陷問題，要在将缺陷問題記錄到測試用例“測試結果”一列，便于檢視測試項測試任務情況。
4.形成測試報告
測試用例執行之後，對于測試過程中發現的缺陷問題，要彙報自己的測試情況并且測試中的缺陷回報到測試工具中，便于開發人員解決。對于安排的不同子產品的負責人在測試自己對應子產品的任務時，也要及時的彙報自己的測試日工作進度，便于測試小組掌握測試的整個進度。
5.測試總結及文檔編寫
按照測試用例執行完所有的測試任務，且開發人員修複完了所有的bug問題(不包含一些難以修複但不緊急的問題，)，測試人員需要編寫針對本次項目的測試總結，要在總結中說明，測試計劃是否按照如期進行。總測試缺陷資料多少，測試覆寫了多少等等。
同時文檔人員要針對本次項目開發新增加的功能進行項目“更新日志”和“幫助手冊”任務的編寫。便于使用者了解并能夠上手使用新增加的功能。