撰寫測試計劃書的目的有三個;一個就是要讓軟體測試進行的更加順利,另一個就是可以讓參與人員之間的溝通更加的暢通,最後一個就是可以讓軟體測試採取系統化的方式來進行,同時也易於管理。 計劃書可以分成三種、單一文件測試計劃書 (STP:Single Test Plan)、主要方針測試計劃書(MTP:Master Test Plan)、詳細運作測試計劃書(DTP:Detail Test Plan)。
STP
所謂的STP(單一文件測試計劃書),就是將測試計劃所有的議題,撰寫在同一份的文件上。 這樣的做法是將所有軟體測試的常數與變數集中,以方便管理掌控。 對於管理人員而言,能夠集中管理當然是最好不過了,但是相對的這份測試計劃書的內容,就會顯的更加的複雜。
所謂的STP(單一文件測試計劃書),就是將測試計劃所有的議題,撰寫在同一份的文件上。 這樣的做法是將所有軟體測試的常數與變數集中,以方便管理掌控。 對於管理人員而言,能夠集中管理當然是最好不過了,但是相對的這份測試計劃書的內容,就會顯的更加的複雜。
MTP and DTP
MTP(主要方針測試計劃書)與DTP(詳細運作測試計劃書),這兩個種類通常是伴隨在一起使用。 基本上MTP的內容是將測試分成為不同的進行階段,對於每個階段規劃出概略的測試方針,至於各階段的詳細測試計劃則是撰寫在DTP內,因此通常一個MTP會伴隨好幾個DTP一起出現,這種方式相當適合大型的軟體開發。
MTP(主要方針測試計劃書)與DTP(詳細運作測試計劃書),這兩個種類通常是伴隨在一起使用。 基本上MTP的內容是將測試分成為不同的進行階段,對於每個階段規劃出概略的測試方針,至於各階段的詳細測試計劃則是撰寫在DTP內,因此通常一個MTP會伴隨好幾個DTP一起出現,這種方式相當適合大型的軟體開發。
IEEE 829
IEEE 829的標準建議,測試計劃書包括了16個大綱要項:
IEEE 829的標準建議,測試計劃書包括了16個大綱要項:
| 項目綱要 | 解釋 | 
| Test plan identifier | 測試計劃書的目標 | 
| Introduction | 基本介紹 | 
| Test items | 測試的項目 | 
| Features to be tested | 需要測試的產品功能 | 
| Features not to be tested | 不需要測試的產品功能 | 
| Approach | 採用的測試模式 | 
| Item pass/fail criteria | 項目通過測試的標準 | 
| Suspension criteria and resumption requirements | 測試中斷與開始的規定 | 
| Test deliverables | 測試完成所要提交的項目 | 
| Testing tasks | 測試工作項目 | 
| Environmental needs | 測試環境的設定 | 
| Responsibilities | 人員的工作分配 | 
| Staffing and training needs | 人員的能力與所需要的訓練 | 
| Schedule | 測試的時程 | 
| Risks and contingencies | 潛在問題與風險 | 
| Approvals | 文件的認可 | 
 
沒有留言:
張貼留言