一個好的軟件測試計劃要怎麼寫?軟件測試計劃的內容包括哪些方面?決定軟件測試計劃好壞的關鍵有哪些?所謂計劃永遠趕不上變化，但如果想要軟件測試後期儘可能有序的開展，一份軟件測試計劃是必須要準備的。計劃總比臨時抱佛腳要靠譜，如果想提高自己的工作效率和整體能力，並得到領導和其他同事的認可，計劃這個東西是非！常！有！必！要！的！
那麼，做一份軟件測試計劃有什麼意義嗎?當給出一個確切軟件測試計劃的目的，即是儘早的明確測試工作的內容(範圍)、測試工作的方法以及測試工作所需要的各種資源，並把這些信息發佈給所有涉及到測試工作的涉衆，儘快將下一步測試工作需要考慮的問題和準備的條件落實下來，最終保證軟件測試工作有序開展。
軟件測試計劃不是某一個人，或者某幾個人拍拍腦袋就能想出來的結果。軟件測試計劃也不是爲了應付一些ISO年審要求所給出的一份必要文檔，這樣可能寫完了就束之高閣，供後面外審人員觀摩。我們想要制定好一份較實際，能落地的軟件測試計劃，首要任務是熟悉軟件需求(可能是用戶需求、需求規格說明書，也可能是原型設計)。
如果我們都不知道軟件需求是什麼“東西”，那更別談怎麼獲知需求的複雜度、優先級和需求裏面包含的測試點等關鍵信息了。那後續也就無從得知，也無法大致評估設計出的用例大概數目，以及執行測試需要的大概時間了。所以脫離了需求的熟知，很難制定出一份能落地的軟件測試計劃。舉個例子，一堆人因爲一些原因只能靠幾個標題就去制定開發、測試計劃的事情，這份計劃出生後，自打應付完領導後就從此封掩埋在層層文件夾中，大家僅記住了向公司高層保證的“交票”時間。
當需求熟悉後，也不是說可以拍拍腦袋制定軟件測試計劃了。這時需要與開發經理、項目經理一起來進行計劃的擬定。項目經理參與是必須的，可能也是項目經理主導的，往往公司高層對項目的時間週期已經對項目經理做出了明確的指示，如最長時間、應該在什麼時間完成等，而項目經理爲了把控項目，內心肯定也有一定的譜了。
而與開發經理共同制定計劃，那也是非常有必要的。往往開發經理在制定開發計劃時，會說明其中的一些技術難點，這往往也是軟件測試的關鍵點。當開發經理擬出初步的開發時間計劃後，我們才能結合需求，以及對下面測試人員的瞭解給出一個合理的時間計劃。這時，項目經理基於擬出的項目總體計劃，以及可能存在的風險，可能會徵求開發、測試經理的意見再進行計劃調整，這時開發、測試可能需要就實際情況進行據理力爭了，或者考慮時間調整後影響作出對應的應對措施。最終項目總體計劃，開發、測試計劃才能真正的敲定下來。
（軟件測試計劃案例截圖）
軟件測試計劃每個公司可能模板都不一樣，但一些關鍵點都是相通的。
一、軟件測試計劃的內容包括哪些方面?
1、軟件測試簡介，這裏面就包含了本次軟件測試的目的，軟件測試的背景，以及軟件測試的內容範圍說明等。
2、術語、定語和縮略詞，即文章中引用的專業術語詞彙等，爲了讓讀者明白其義就需要在前面以表格、列表等方式解釋清楚。
3、軟件測試進度安排，即測試的進度計劃，如果有集成測試，還應該區分集成測試和系統測試，以及下面迭代測試時間計劃、性能測試等類別測試時間計劃等。
4、測試資源，這裏包括了人員的分配，測試環境的配置及組網圖，測試工具等。
5、風險、問題及優先級，爲了把控後期的軟件測試風險，應該把軟件測試中可能存在的風險、問題以等級劃分標識出來，並給出對應的應對策略。
6、測試策略，即我們後面開展測試的思路，如怎麼開展功能測試、性能測試、安全測試等。
7、測試標準，包括測試介入標準，結束標準，以及問題嚴重程度，這些都應該根據公司的實際情況進行劃分。如嚴重程度，既對bug嚴重級別進行定義，常見的有4級或5級劃分。
8、參考文檔及測試產出文檔，即把制定計劃參考所用的文檔以及整個軟件測試過程需要產出的文檔羅列出來。
9、附錄，如：項目任務，具體可能包含軟件測試過程步驟，以及過程產出等。
軟件測試製定好後，那肯定需要拉上項目經理、開發經理進行最終的評審了。如果有問題，進行適當的修訂。最終通過評審後，一份軟件測試計劃就制定完成了。
二、決定軟件測試計劃好壞的關鍵有哪些?
1、軟件測試計劃應該要根據前面擬定好的時間，明確軟件測試的內容範圍，以及測試的優先級。這樣我們才能在時間有限或者資源緊張時更好的指導測試人員進行工作。
2、軟件測試分工是合理的，即我們知道分配給這些任務給下面測試人員來說是能完成的，否則不能完成的也僅僅是“計劃”。
3、計劃不是一份文檔，是軟件測試工作開展思路的過程提綱，並且計劃裏面所提到的標準、策略以及產出是符合實際情況的，能夠參考執行的。
4、最後，應該結合項目實際情況，制定合理的計劃模板。可以是一份EXCEL表格，也可以是word文檔，儘量不要使其成爲我們應付上面和外部人員的一項負擔。
另外，在項目進行過程中，可能存在需求的變更，這時就需要項目領導層評估需求變更的影響範圍及可行性分析，如果影響進度的變更必須對計劃進行補充說明，以及相應的版本調整。所以軟件測試計劃也應該是動態維護的，否則，可能隨着需求的變更，這份計劃將慢慢沉到文檔的海洋裏。