簡單描述一下測試計劃和測試報告的編寫

小編就做過一次項目的測試組長,經驗有所不足,當時可以說是現學現賣了,不過最終還是搞定了,這裏根據自己的一些經驗與大家分享一下測試計劃和測試報告的編寫,當然這裏只是小編自己的模版,如有不到之處,請多多指正,謝謝大家。

一、測試計劃

1、引言

1.1、目的

就是寫爲什麼要編寫這個測試計劃,這方面可以自己寫,也可以直接粘貼複製下面的,都是這個套路。

(1)爲測試各項活動制定一個現實可行的、綜合的計劃,包括每項測試活動的對象、範圍、方法、進度和預期結果。
(2)爲項目實施建立一個組織模型,並定義測試項目中每個角色的責任和工作內容。
(3)開發有效的測試模型,能正確地驗證正在開發的軟件系統。
(4)確定測試所需要的時間和資源,以保證其可獲得性、有效性。
(5)確立每個測試階段測試完成以及測試成功的標準、要實現的目標。
(6)識別出測試活動中各種風險,並消除可能存在的風險,降低由不可能消除的風險所帶來的損失。

1.2、背景

這裏寫的是我們所要測試的這個項目的背景,根據需求照搬,不多說。

1.3、定義

工作中用到的專業術語、詞彙,這方面的話一般來說是要講究規範的,便於後面輸出文檔的可讀性,這裏儘量用一個表格列出來。

1.4、參考資料

根據實際情況,如實寫就行,比如說:需求說明書、產品原型等。

2、測試範圍

2.1、項目說明

這方面主要是大概羅列一下我們當前這個項目的功能,明確此項目是web端還是移動端,或者是都有,做一個簡單的提綱。

2.2、具體任務

明確項目的具體業務,這裏需要參照需求文檔,比如說:項目有多少個模塊,這個模塊需要實現哪些功能,這裏根據實際項目進行描述。
可以列一個思維導圖作爲參考(附件)

2.3、測試重點

哪些功能比較重要,需要着重測試的,羅列出來,便於迴歸時重點測試。

3、測試策略

測試策略也是跟項目來安排,比如說我這個項目,需要冒煙測試、功能性測試、可用性測試、性能測試、負載測試、兼容性測試、迴歸測試等,根據實際情況走。

4、資源安排

4.1、人員資源

分配測試人員的職責,用表格羅列會更好一點。

4.2、時間安排

時間要與開發時間安排和項目上線相對應,合理安排,什麼時候做接口,什麼時候搞性能,這些都要安排,通過表格羅列。

4.3、測試環境

分爲硬件和軟件環境,服務器是什麼樣的配置,需要哪種環境,LAMP還是LNMP等這些。

4.4、測試工具

規定項目中用到哪些測試工具,用來做什麼,比如:postman、jmeter、fiddler等

5、發佈標準

發佈標準就是測試完成和項目上線、交付要滿足的條件,比如說:需求覆蓋率達到了多少,功能基本上都已經實現,沒有什麼影響使用的問題等這些;
敲定發佈標準是要大家都心中有數,知道怎麼樣纔算測完,需要達到什麼標準,能夠自我安排時間等。

6、風險分析

6.1、存在風險

這方面需要實際分析,但是大體上都是那幾點,比如:需求變更、人員變動、測試資源不足等。

6.2、應對措施

根據風險得出應對措施,比如,需求方面多於客戶溝通,人員不多、時間不足可以適當用加班來完成等方案。

二、測試報告

1、引言

1.1、目的

測試報告的目的,直接上例子:

本測試報告爲XX商城的測試報告,目的在於總結測試階段的測試以及分析測試結果,描述系統是否符合需求。
預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。

1.2、背景

同測試計劃

1.3、定義

同測試計劃

1.4、參考資料

同測試計劃

2、測試概要

2.1、測試範圍

根據項目測試計劃、分析的測試點劃分測試範圍

附上思維導圖

2.2、測試用例設計

一般是根據劃定的測試範圍設計測試用例

這裏要列出設計的方法,如:等價類、邊界值、場景法等
另外附上測試用例的文件

2.3、測試環境與配置

硬件環境和軟件環境,同測試計劃,當然有修改的要改過來

3、測試結果與缺陷分析

3.1、測試執行情況與記錄

3.1.1、測試組織

羅列測試人員

3.1.2、測試時間

以表格的形式展示,如:工作安排、開始時間、結束時間、花費總時間等元素。

3.1.3、冒煙測試

進行了幾次冒煙測試,是否通過,沒有通過的原因是什麼。

3.1.4、測試用例總數

以表格的形式羅列測試用例總數、可執行個數、成功個數等

在這裏插入圖片描述

3.2、缺陷的統計與分析

3.2.1、缺陷彙總

小編通常是使用餅狀圖來彙總的,這樣更容易閱讀

在這裏插入圖片描述

3.2.2、缺陷分析

分析缺陷主要發生在哪裏,嚴重的多少等
1)本次項目的缺陷主要產生在商城的前臺;
2)按嚴重程度劃分,此次缺陷大部分屬於優化缺陷,小部分屬於嚴重缺陷;
3)按功能來劃分,缺陷大部分產生在輸入框類型中,小部分產生在前臺與後臺的交互上;
4)按測試階段劃分,第一輪測試發現的缺陷較多,第二輪、第三輪佔少部分。

3.2.3、殘留缺陷與未解決問題

羅列殘留問題和解決方案,用表格更加易讀。

4、測試結論與建議

4.1、測試結論

這裏需要給出測試的結果,能不能上線什麼的。
1)本項目根據業務需求及開發人員,產品經理的反饋意見,覆蓋了所有測試需求,所有的案例均已在第一測試環境驗證完成。
2)有效案例一共610個,執行率98%,成功率91%,缺陷關閉率爲87%,目前缺陷均已修復並回歸關閉。
3)未解決的bug(延期處理、不予解決、暫不處理等等)已經和產品經理,開發工程師進行溝通,不影響本次上線的基本功能。
4)綜上所述,XX商城項目,版本X.X,達到商城項目測試上線標準,可以進行發佈。

4.2、建議

建議這塊就不描述了,自己看着辦。

大概就這多,感覺還是有很多不足的,以後小編會繼續努力的,感謝各位朋友閱讀!!!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章