測試計劃種類可以根據計劃的結構及計劃的用途來劃分。以結構平劃公的話，計劃可以分成三種：單一文件測試計劃（STP，singleTestPlan），主要方針測試計劃（MTP，MasterTestPlan）和詳細運作測試計劃（DTP，DetailTestPlan）。
所謂的STP，就是將測試計劃所有的議題編寫在同一份文件上。這樣的做法是將所有的軟件測試的常數與變量集中，以方便管理掌控。對於管理人員而言，能夠集中管理當然是最好不過了，但是相對平說，這份測試計劃的內容就會顯得更加複雜。因此，STP軟件測試計劃比較適合中心型軟件開發項目，也就是說，它比較適和結構較爲簡單的軟件測試。通常使用STP的盲點是計劃完成 之後就不做任何的更新，而這也是一般軟件測試主管的通病之一。軟件計劃與軟件規格一親，也有版本控制的概念，因爲需求變動在軟件產業中是想當常見的，所以一旦產品做了改動，相對軟件測試也有可能需要做部分的修正。基於這樣的理由，測試計劃要經常更改所納入的內容。
MTP和DTP，這兩種計劃通常在一起使用。基本上MTP的內容是將測試分成不現的階段，對於每個階段規劃出概略的測試方針，至於各階段的詳細測試計劃則編寫在DTP內，因此通常一個軟件開發所需要的時間較長，字的變量也相對比較多，如果採用STP的方式編寫，對於測試管理人員來說就比較困難了。通常在大型軟件開發工程的初期與中期，有許多事項與規格 還未完全定案，如果採用STP方式編寫 的話會導致文件內空的不斷地更改，這無疑會增加許多工作量，同時也容易對測試人員造成困擾。
利用MTP伴隨DTP的方法可以將一些測試的常數放在MTP內，當進行到軟件測試的不同階段時現編寫到DTP，這時候DTP所掌握的變量只是這一階段的變量，所以如果更改的話，對測試管理人員所造成的負擔也不會太大。眼尖的讀者一定發現了，使用MTP與DTP的方法其實就是利用DC（Divide and Conquer，分化後一一征服）的管理理論。這種方法適用 於不確定性高，時間較長，變量較多 的軟件開發上，而且這對人員朝氣的提升及項目進行的透明度有很在的幫助
摘自: www.dezai.cn/life_show.asp?ArticleID=19251
