測試 測試報告

2022-06-23 15:57:07 字數 4879 閱讀 8239

document number 文件編號

confidentiality level 密級

test report-01

[絕密/祕密/內部公開]

document version 文件版本

total 10 pages 共 10 頁

v1.0

測試報告

prepared by

擬製date

日期yyyy-mm-dd

reviewed by

評審人date

日期yyyy-mm-dd

批准date

日期yyyy-mm-dd

revision record 修訂記錄

date

日期revision version

修訂版本

sec no.

修改章節

change

description

修改描述

author作者

yyyy-mm-dd

vx.xx

table of contents 目錄

1     概述... 5

2     測試時間、地點及人員... 5

3     環境描述... 5

3.1       硬體(軟體)配置:... 5

4     測試物件質量評估... 5

4.1       總體評價結論... 5

4.2       缺陷統計... 6

4.3       缺陷分析... 6

4.3.1       測試趨勢分析結果... 7

4.4       覆蓋率統計... 7

4.5       效能測試評估... 7

4.6       相容性評估... 7

5     測試過程評估... 7

5.1       測試執行評估... 7

5.1.1       測試執行統計資料... 8

5.1.2       測試用例執行結果統計資料... 8

6     附件... 9

6.1       附件1:遺留問題報告... 9

6.1.1       遺留問題統計... 9

6.1.2       遺留問題列表... 9

6.1.3       其他風險和規避措施... 10

6.2       附件2:交付的測試工作產品... 10

table list 表目錄

表1 測試時間、地點及人員... 5

表2 從版本缺陷統計... 6

表3 從特性統計缺陷... 6

表4 測試執行統計... 8

表5 系統測試結果統計表... 8

表6 遺留問題統計表... 9

描述本報告是哪一個測試活動的總結,指明被測物件及其版本/修訂級別。概述本次測試活動,同時,指明該測試活動所依據的測試計劃,測試方案、測試用例等本測試報告文件的參考文件。

描述本次測試的時間,地點和測試人員。

表1 測試時間、地點及人員

版本名稱

測試時間

測試人員

測試地點

起始時間

結束時間

描述本次測試的測試環境。包括硬體配置、軟體配置、版本配套、測試組網等,尤其要注意組網圖應為測試實際組網,並對此種組網可能導致的測試風險進行描述。

硬體配置:

軟體配置:

版本配套關係表

測試組網圖(物理組網,即測試時實際的組網)

測試組網風險說明

iphone5

(ios

8)從需求符合度、功能正確性、效能指標、執行穩定性、互聯互通、文件、可用性、可維護性、相容性、風險評估等多個維度對版本質量進行總體評價。根據上述各個維度評估的結果,給出此版本是否可用的結論。結論必須是能夠代表測試部意見的明確結論,比如:

該版本滿足上網條件,可以上網使用;

該版本存在質量風險,只可在xx局受限使用;

該版本存在嚴重質量問題,不滿足上網條件等。

【建議】由於本部分對於所有的讀者來說都希望在看報告時越早看到越好,因此建議放在測試物件質量評估的最前面部分,並以顯著字型顯示。

下面各個部分的內容是對前面結論的支撐。

給出各特性或模組缺陷的分佈或分類統計以及缺陷走勢分析,此部分內容可採用td缺陷管理支撐工具的“版本缺陷統計”和“缺陷走勢分析”進行分析和獲取,該工具可以從缺陷庫中將缺陷匯入進行自動統計,結果可以按版本、按缺陷分佈、按問題狀態統計,並能夠以圖表的方式直觀顯示,非常方便。如果手工統計的話,至少需要給出下面兩方面的結果:

1、 以版本為單位的缺陷統計,示例格式如下:

表2 從版本缺陷統計

版本號致命

嚴重一般

提示總計

2、 以特性為單位的缺陷統計,示例格式如下:

表3 從特性統計缺陷

模組/特性

致命嚴重

一般提示

總計

缺陷分析的目的是為了得出:缺陷原因、缺陷趨勢、遺留缺陷以及規避措施等。

那麼對缺陷的分析可由測試組定性給出,定性的結論應包括:

測試趨勢

質量評價

遺留問題風險分析

遺留問題規避

在此提供缺陷分析結果,給出版本缺陷走勢,比如:通過n輪的測試,測試問題的發現趨勢是否是收斂的,釋出前遺留問題是否在版本正常執行可以允許的範圍內

覆蓋率統計對於版本決策者具有重要的意義,一定要提供詳細的覆蓋率統計。原則上,對於測試策略確定的測試範圍及選定的測試用例執行覆蓋率應該達到100%,對於不能達到100%覆蓋率的版本應該給出測試、專案經理等共同認可的原因,相關原因的分析應該在此處明確給出作為版本測試回溯的依據,原則上環境不充分,技能不具備不能成為版本不測試,測試不充分的理由。測試沒有覆蓋到的部分,還應進行詳細的風險分析。

效能測試結論應該按如下方式給出:

對於指標類測試目的,明確給出某種測試條件下(軟硬體配置、資料量、話務模型等)下的主要效能指標。

對於穩定類測試目的,明確給出系統總體是否穩定的結論,或者系統哪些特性穩定,那些特性不穩定的結論。

對於對比類測試目的,明確給出對各種對比系統的測試結論,說明各種對比系統中那種效能表現好、那種效能表現差。

對於驗證類測試目的,明確給出驗證結果,主要是有沒有達到要求、可不可行。

對於優化類測試目的,按優化的優先順序給出重要的各種優化方向,並說明可能的優化效果。

對被測物件的版本相容性、硬體平臺相容性、作業系統相容性給出明確的結論。沒有測過的要說明沒有測過,提醒上下游注意版本在正確的環境下使用。

提供對本次測試活動的測試執行過程的評估結論。描述對測試執行活動的改進建議,以供後續測試執行活動中借鑑參考;

測試執行活動評估結論可依據以下提供的“測試執行統計資料”及“測試用例執行結果統計資料”進行分析而給出。

本節的目的是提供足夠的測試資料以滿足第5節“測試評估”的需要。本節內容除下面這個彙總表必填外,其他可以根據實際測試情況進行相應裁剪。

表4 測試執行統計

版本名稱

工作量投入(人天)

測試用例規模

用例執行

發現缺陷數

總用例數

新增用例數

資料項說明:

工作量投入--與本活動相關的所有工作量投入,包括測試計劃、方案、用例、指令碼、執行等所有與本測試相關的活動所花的投入,單位“人天”;不包括以前已經統計的投入,不包括開局、使用者支援等非測試相關投入;

總測試用例數--到本測試活動結束時,本測試活動中所有可用測試用例數,單元測試用例數、整合測試用例數、系統測試、sdv測試用例數分開;

新增測試用例數--在本測試活動中新增加的測試用例數。如果是新產品的第一次總結,新增測試用例數包括從老版本繼承來的可用測試用例數;

手工執行用例數――在本測試活動中人工執行測試用例數,多次重複執行同一用例計算為1個

發現缺陷數--本測試活動總共發現的缺陷數;

對本次測試用例執行結果進行統計,其中的欄位可根據實際情況進行設計和裁剪:詳細的測試項通過情況清單放在附件部分。

表5 系統測試結果統計表

統計總測試

用例數實際測試的用例數

pass

fail

block

cancel

無需測試用例數

第一輪測試

第二輪測試

總數百分比

遺留問題報告、交付的測試工作產品和測試項通過情況清單為必需的附件,其餘可根據實際測試內容進行裁剪,不同的測試報告根據需要可以給出不同型別的附件。附件的目的是幫助本報告的使用者理解報告,記錄修改情況和有用的資料等。

如存在獨立的遺留問題報告文件,可在此直接貼上文件;如無,可按以下內容填寫;

遺留問題是指測試過程中發生的並且在測試報告時仍沒有得到解決的測試問題。測試報告時已經得到解決,並已經過迴歸驗證的測試問題不記入其中。

在詳細的遺留問題報告前可以先建立一個遺留問題統計**,以便對遺留問題的相關分佈資訊有整體的瞭解,如果遺留問題數比較少,可以將此**省去,因此此**根據實際情況可選。建立遺留問題統計**,可對遺留問題數和級別進行統計,包括問題總數,致命,嚴重,一般和提示問題的數目及百分比等,遺留問題統計一般可用以下**描述,其中的欄位可根據實際情況進行設計和裁剪:

表6 遺留問題統計表

問題總數

致命問題

嚴重問題

一般問題

提示問題

其他統計項 數目

百分比以下部分詳細記錄每一個遺留問題,也可視時間情況只詳細記錄問題級別比較高的遺留問題,低階別的遺留問題採用簡單列表進行羅列。所有進行詳細記錄的遺留問題都統一採用**的形式來描述,

描述被測物件在執行時,除遺留問題列表中描述之外的其他需注意的操作規避措施,包括但不限於測試過程中發現的需要下游部門注意的版本問題。

指明本測試完成後交付的測試文件、測試**及測試工具等測試工作產品,以及指明配置管理位置和物理媒介等,一般包括但不限於如下工作產品:

1.測試計劃

2.測試用例

3.測試報告

4.測試**及設計文件