第二週做業

時間 2019-12-01

標籤第二简体版

原文原文鏈接

測試報告編寫數據庫

基本的內容要包括介紹清楚你的測試覆蓋範圍、測試目的、測試執行過程狀況、BUG的不一樣維度統計（如BUG模塊分佈圖、BUG嚴重程度分佈圖、BUG來源分佈圖等），而後再加上一些BUG來源分析，最後加個測試結論。編寫準則要依照實用、簡單、清淅、明瞭。安全

報告模板服務器

引言部分

1.1編寫目的

本測試報告的具體編寫目的，指出預期的讀者範圍。網絡

實例：本測試報告爲XXX項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到XXX功能目標）。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其餘質量管理人員和須要閱讀本報告的高層經理。架構

提示：一般，用戶對測試結論部分感興趣，開發人員但願從缺陷結果以及分析獲得產品開發質量的信息，項目管理者對測試執行中成本、資源和時間予與重視，而高層經理但願可以閱讀到簡單的圖表而且可以與其餘項目進行同向比較。此部分能夠具體描述爲何類型的人可參考本報告XXX頁XXX章節，你的報告讀者越多，你的工做越容易被人重視，前提是必須讓閱讀者感到你的報告是有價值並且值得浪費一點時間去關注的。框架

1.2項目背景

對項目目標和目的進行簡要說明。必要時包括簡史，這部分不須要腦力勞動，直接從需求或者招標文件中拷貝便可。工具

1.3系統簡介

若是設計說明書有此部分，照抄。注意必要的框架圖和網絡拓撲圖能吸引眼球。測試

1.4術語和縮寫詞

列出設計本系統/項目的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞必定要註明清楚，以便閱讀時不會產生歧義。spa

測試概要

測試的概要介紹，包括測試的一些聲明、測試範圍、測試目的等等，主要是測試狀況簡介。（其餘測試經理和質量人員關注部分）操作系統

2.1測試用例設計

簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方法(3-4句)。

提示：若是可以具體對設計進行說明，在其餘開發人員、測試經理閱讀的時候就容易對你的用例設計有個總體的概念，順便說一句，在這裏寫上一些很是規的設計方法也是有利的，至少在沒有看到測試結論以前就能夠了解到測試經理的設計技術，重點測試部分必定要保證有兩種以上不一樣的用例設計方法。

2.2測試環境與配置

簡要介紹測試環境及其配置。

提示：清單以下，若是系統/項目比較大，則用表格方式列出

數據庫服務器配置

CPU：

內存：

硬盤：可用空間大小

操做系統：

應用軟件：

機器網絡名：

局域網地址：

應用服務器配置

…….

客戶端配置

…….

對於網絡設備和要求也可使用相應的表格，對於三層架構的，能夠根據網絡拓撲圖列出相關配置。

2.3測試方法(和工具)

簡要介紹測試中採用的方法(和工具)。

提示：主要是黑盒測試，測試方法能夠寫上測試的重點和採用的測試模式，這樣能夠一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。工具爲可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產仍是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。

測試結果及缺陷分析

整個測試報告中這是最激動人心的部分，這部分主要彙總各類數據並進行度量，度量包括對測試過程的度量和能力評估、對軟件產品的質量度量和產品評估。對於不須要過程度量或者相對較小的項目，例如用於驗收時提交用戶的測試報告、小型項目的測試報告，可省略過程方面的度量部分；而採用了CMM/ISO或者其餘工程標準過程的，須要提供過程改進建議和參考的測試報告－主要用於公司內部測試改進和缺陷預防機制－則過程度量須要列出。