乙個好的軟體測試計畫要怎麼寫? 新夢想IT

2021-09-25 06:53:45 字數 2355 閱讀 4113

乙個好的軟體測試計畫要怎麼寫?軟體測試計畫的內容包括哪些方面?決定軟體測試計畫好壞的關鍵有哪些?所謂計畫永遠趕不上變化,但如果想要軟體測試後期盡可能有序的開展,乙份軟體測試計畫是必須要準備的。計畫總比臨時抱佛腳要靠譜,如果想提高自己的工作效率和整體能力,並得到領導和其他同事的認可,計畫這個東西是非!常!有!必!要!的!

那麼,做乙份軟體測試計畫有什麼意義嗎?當給出乙個確切軟體測試計畫的目的,即是盡早的明確測試工作的內容(範圍)、測試工作的方法以及測試工作所需要的各種資源,並把這些資訊發布給所有涉及到測試工作的涉眾,盡快將下一步測試工作需要考慮的問題和準備的條件落實下來,最終保證軟體測試工作有序開展。

軟體測試計畫不是某乙個人,或者某幾個人拍拍腦袋就能想出來的結果。軟體測試計畫也不是為了應付一些iso年審要求所給出的乙份必要文件,這樣可能寫完了就束之高閣,供後面外審人員觀摩。我們想要制定好乙份較實際,能落地的軟體測試計畫,首要任務是熟悉軟體需求(可能是使用者需求、需求規格說明書,也可能是原型設計)。

如果我們都不知道軟體需求是什麼「東西」,那更別談怎麼獲知需求的複雜度、優先順序和需求裡面包含的測試點等關鍵資訊了。那後續也就無從得知,也無法大致評估設計出的用例大概數目,以及執行測試需要的大概時間了。所以脫離了需求的熟知,很難制定出乙份能落地的軟體測試計畫。舉個例子,一堆人因為一些原因只能靠幾個標題就去制定開發、測試計畫的事情,這份計畫出生後,自打應付完領導後就從此封掩埋在層層資料夾中,大家僅記住了向公司高層保證的「交票」時間。

當需求熟悉後,也不是說可以拍拍腦袋制定軟體測試計畫了。這時需要與開發經理、專案經理一起來進行計畫的擬定。專案經理參與是必須的,可能也是專案經理主導的,往往公司高層對專案的時間週期已經對專案經理做出了明確的指示,如最長時間、應該在什麼時間完成等,而專案經理為了把控專案,內心肯定也有一定的譜了。

而與開發經理共同制定計畫,那也是非常有必要的。往往開發經理在制定開發計畫時,會說明其中的一些技術難點,這往往也是軟體測試的關鍵點。當開發經理擬出初步的開發時間計畫後,我們才能結合需求,以及對下面測試人員的了解給出乙個合理的時間計畫。這時,專案經理基於擬出的專案總體計畫,以及可能存在的風險,可能會徵求開發、測試經理的意見再進行計畫調整,這時開發、測試可能需要就實際情況進行據理力爭了,或者考慮時間調整後影響作出對應的應對措施。最終專案總體計畫,開發、測試計畫才能真正的敲定下來。

(軟體測試計畫案例截圖)

軟體測試計畫每個公司可能模板都不一樣,但一些關鍵點都是相通的。

一、軟體測試計畫的內容包括哪些方面?

1、軟體測試簡介,這裡面就包含了本次軟體測試的目的,軟體測試的背景,以及軟體測試的內容範圍說明等。

2、術語、定語和縮略詞,即文章中引用的專業術語詞彙等,為了讓讀者明白其義就需要在前面以**、列表等方式解釋清楚。

3、軟體測試進度安排,即測試的進度計畫,如果有整合測試,還應該區分整合測試和系統測試,以及下面迭代測試時間計畫、效能測試等類別測試時間計畫等。

4、測試資源,這裡包括了人員的分配,測試環境的配置及組網圖,測試工具等。

5、風險、問題及優先順序,為了把控後期的軟體測試風險,應該把軟體測試中可能存在的風險、問題以等級劃分標識出來,並給出對應的應對策略。

6、測試策略,即我們後面開展測試的思路,如怎麼開展功能測試、效能測試、安全測試等。

7、測試標準,包括測試介入標準,結束標準,以及問題嚴重程度,這些都應該根據公司的實際情況進行劃分。如嚴重程度,既對bug嚴重級別進行定義,常見的有4級或5級劃分。

8、參考文件及測試產出文件,即把制定計畫參考所用的文件以及整個軟體測試過程需要產出的文件羅列出來。

9、附錄,如:專案任務,具體可能包含軟體測試過程步驟,以及過程產出等。

軟體測試制定好後,那肯定需要拉上專案經理、開發經理進行最終的評審了。如果有問題,進行適當的修訂。最終通過評審後,乙份軟體測試計畫就制定完成了。

二、決定軟體測試計畫好壞的關鍵有哪些?

1、軟體測試計畫應該要根據前面擬定好的時間,明確軟體測試的內容範圍,以及測試的優先順序。這樣我們才能在時間有限或者資源緊張時更好的指導測試人員進行工作。

2、軟體測試分工是合理的,即我們知道分配給這些任務給下面測試人員來說是能完成的,否則不能完成的也僅僅是「計畫」。

3、計畫不是乙份文件,是軟體測試工作開展思路的過程提綱,並且計畫裡面所提到的標準、策略以及產出是符合實際情況的,能夠參考執行的。

4、最後,應該結合專案實際情況,制定合理的計畫模板。可以是乙份excel**,也可以是word文件,盡量不要使其成為我們應付上面和外部人員的一項負擔。

另外,在專案進行過程中,可能存在需求的變更,這時就需要專案領導層評估需求變更的影響範圍及可行性分析,如果影響進度的變更必須對計畫進行補充說明,以及相應的版本調整。所以軟體測試計畫也應該是動態維護的,否則,可能隨著需求的變更,這份計畫將慢慢沉到文件的海洋裡。

乙份有效的軟體測試計畫要怎麼寫?

測試計畫 software test plan 是軟體測試員和產品開發小組交流及完成指標的主要表達方式。測試計畫的目的是 規定測試活動的範圍 方法 資源和進度。明確正在測試的專案 要測試的特性 要執行的測試任務 每個任務的負責人,以及與計畫相關的風險。最終提高測試的工作效率,保障測試工作順利 保質保...

如何編寫乙個好的測試計畫

目前,ossp已經有比較規範的測試計畫 模版。編寫測試計畫時,可以以模版為基礎進行編寫。測試計畫中各部分如何編寫可以參加模版的詳細說明。根據測試專案的規模與測試任務的複雜程度,可以對測試計畫的編寫項進行新增或裁剪。這裡對測試計畫制定中的幾個部分作詳細說明 1.明確測試目標,確定測試需求。根據當前測試...

怎麼設計乙個好的介面(一)

之前有面試官問我 怎麼設計乙個好的介面 結合工作實際做記錄 1.昨天遇到乙個介面,入參給了乙個售後單id,查詢售後單詳細,介面內部還需要根據這個id去調調用方查詢這個售後單id是哪 商的,解讀這個介面是 給了乙個不知道是哪個 商的售後單id來查詢售後單詳細,很奇怪不?引數不明確 2.介面要遵循業務單...