軟體測試-測試計劃

本篇文章，來談談軟體測試生命週期的第二階段——測試計劃。

軟體測試是有計劃、有組織和有系統的軟體質量保證活動，而不是隨意的、鬆散的、雜亂的實施過程。

為了規範軟體測試內容、方法與過程，在對軟體進行測試之前，必須建立測試計劃。

定義

那麼，什麼是測試計劃？

測試計劃，是一個敘述預定測試活動範圍（測試哪些模組）、測試資源（軟硬體）及進度安排的文件，它確認了測試項、被測特徵、測試任務、人員安排及任何偶發事件的風險。

因此，一份完整的測試計劃，應包含產品概述、測試策略、測試方法、測試範圍、時間安排、測試人力、風險分析等內容。

參考：軟體測試計劃模板

對於一個研發團隊，測試計劃的作用有：

1. 使軟體測試工作進行更順利：計劃使測試工作能夠預先安排，為整個測試工作明確方向
2. 能促進專案參與人員彼此的交流：測試人員能夠了解整個專案測試情況，以及專案測試不同階段要進行的工作等，使測試與開發工作緊密聯絡
3. 使軟體測試工作更易於管理：上級能夠根據測試計劃做巨集觀調控，進行相應資源配置等；其他人員瞭解測試人員的工作內容，進行相關配合工作，使得資源與變更成為一個可控的風險

接下來，可能會有疑問，測試計劃什麼時候寫？誰來寫？

一般來說，測試計劃是在需求評審完成後，測試團隊對於需求文件沒有疑問了，才可以開始編寫測試計劃。

關於誰來編寫測試計劃？這項工作，需要編寫者對專案非常瞭解，對測試工作所接觸到的方方面面都有系統把握。

因此，通常情況下是由具有豐富經驗的專案測試負責人，或者測試負責人來編寫。

測試計劃編寫原則

1、制定測試計劃應儘早開始

越早制定測試計劃，能從最根本的地方去了解被測物件及其內容，方便後續完善。

2、保持測試計劃簡潔和易讀

測試計劃應該能夠讓測試人員清楚自己的任務和工作安排。

3、儘可能爭取多渠道評審測試計劃

通過團隊中的產品、開發等相關負責人進行評審，發現測試計劃中的不足與缺陷，能很好地提升測試計劃的質量。

4、計算測試的投入

投入到測試中的專案成本是有限的，在制定測試計劃時，一定要注意測試計劃的費用情況，要量力而行。

經驗分享

如果大家看過了上面連結中分享的測試計劃模板，會有一種感覺，除了時間是一個比較難把控的因素外，其他的都還好，比較容易確認下來。

關於測試時間分配的估算，首先，一般初級的測試工程師，平均每天可以寫70-100條測試用例，經驗豐富及熟練的測試工程師，平均每天可以寫200條測試用例。

其次，用例評審大概是半天左右的時間。

最後，測試用例的執行，平均每天可執行200-300條測試用例。

這3點，都可以作為時間評估的依據。

以上就是本篇文章所要分享的內容，歡迎各位大牛指正。你的指正，能讓我在測試之路上快速成長。

Leo Never Stop Fighting！