計劃表：
測試的計劃表可以做成一個多個項目通用的形式，根據大致的時間估計來制作，操作流程要以軟件測試的常規周期作為參考，也可以是根據什么時候應該測試哪一個模塊來制定。
問題跟蹤報告：
在測試的計劃階段，我們應該明確如何準備去做一個問題報告以及如何去界定一個問題的性質，問題報告要包括問題的發現者和修改者、問題發生的頻率、用了什么樣的測試案例測出該問題的，以及明確問題產生時的測試環境。
問題描述盡可能是定量的，分門別類的列舉，問題有幾種：
1、嚴重問題：嚴重問題意味著功能不可用，或者是權限限制方面的失誤等等，也可能是某個地方的改變造成了別的地方的問題。
2、一般問題：功能沒有按設計要求實現或者是一些界面交互的實現不正確。
3、建議問題：功能運行得不象要求的那么快，或者不符合某些約定俗成的習慣，但不影響系統的性能，界面顯示錯誤，格式不對，含義模糊混淆的提示信息等等。
測試計劃的評審：
又叫測試規范的評審，在測試真正實施開展之前必須要認真負責的檢查一遍，獲得整個測試部門人員的認同，包括部門的負責人的同意和簽字。
結果：
計劃并不是到這里就結束了，在最后測試結果的評審中，必須要嚴格驗證計劃和實際的執行是不是有偏差，體現在最終報告的內容是否和測試的計劃保持一致，然后，就可以開始著手制作下一個測試計劃了。
注意事項
1.測試計劃不一定要盡善盡美，但一定要切合實際，要根據項目特點、公司實際情況來編制，不能脫離實際情況;
2.測試計劃一旦制定下來，并不就是一成不變的，世界萬事萬物時時刻刻都在變化，軟件需求、軟件開發、人員流動等都在時刻發生著變化，測試計劃也要根據實際情況的變化而不斷進行調整，以滿足實際測試要求.
3.測試計劃要能從宏觀上反映項目的測試任務、測試階段、資源需求等，不一定要太過詳細.
文章來源于領測軟件測試網 http://www.kjueaiud.com/
