【產(chǎn)品名稱】-產(chǎn)品功能測試報告-模板

1、產(chǎn)品名稱產(chǎn)品功能測試報告版本號文檔歷史記錄變更歷史最后更新時間：2018-01-0916:39版本更新日期作者變更描述文檔目錄1 .文檔介紹41.1 文檔目的41.2 參考文獻41.3 術(shù)語與縮寫解釋42 .測試概要52.1 測試目標52.2 測試用例設(shè)計52.3 測試環(huán)境與配置62.4 測試方法和工具63 .測試內(nèi)容和執(zhí)行情況73.1 測試概況73.2 功能測試73.3 可靠性測試73.4 安全性測試83.5 易用性測試83.6 兼容性測試93.7 可維護性測試93.8 部署測試94 .覆蓋分析（可選）104.1 需求覆蓋104.2 測試覆蓋105 .缺陷統(tǒng)計與分析115.1 缺陷匯總115

2、.2 缺陷分析115.2.1 缺陷趨勢分析115.2.2 缺陷嚴重等級分析115.2.3 缺陷類型分析115.2.4 模塊缺陷數(shù)分析125.3 殘留缺陷與未解決問題126 .測試結(jié)論與建議136.1 測試結(jié)論136.2 建議137 .附件141 .文檔介紹1.1 文檔目的簡要介紹項目背景、系統(tǒng)架構(gòu)、測試環(huán)境和測試注意事項。1.2 參考文獻無1.3 術(shù)語與縮寫解釋（黑盒測試）-又稱功能測試或者數(shù)據(jù)驅(qū)動測試，是根據(jù)軟件的規(guī)格對軟件進行的測試，這類測試不考慮軟件內(nèi)部的運作原理。（白盒測試）-又稱結(jié)構(gòu)測試或者邏輯驅(qū)動測試，把測試對象看作一個打開的盒子。（回歸測試）-指在發(fā)生修改之后重新測試先前的測試以

3、保證修改的正確性。（覆蓋率）-覆蓋率是度量測試完整性的一個手段，是測試有效性的一個度量。測試覆蓋由需求覆蓋和代碼覆蓋組成。（自動化測試）-一般是指軟件測試的自動化，軟件測試就是在預設(shè)條件下運行系統(tǒng)或應用程序，評估運行結(jié)果，預先條件應包括正常條件和異常條件。（測試用例）-是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。2 .測試概要2.1 測試目標本測試報告為XXK統(tǒng)測試報告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求。編寫該測試報告主要有以下幾個目的；、通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價；、分析測試的過程

4、，產(chǎn)品，資源，信息，為以后制定測試計劃提供參考；、評估測試測試執(zhí)行和測試計劃是否符合；、分析系統(tǒng)存在的缺陷，為修復和預防bug提供建議；2.2 測試用例設(shè)計測試用例可按照白盒測試方法或黑盒測試方法進行設(shè)計。常見的白盒測試用例設(shè)計方法有：邏輯覆蓋、語句覆蓋、判定覆蓋、條件覆蓋、路徑覆蓋等，常見黑盒測試用例設(shè)計方法有：等價類劃分法、邊界值分析法、錯誤推測法、判定表法、正交實驗法。本章節(jié)主要對測試過程中使用到的黑盒測試用例設(shè)計方法進行簡要的介紹。、等價類劃分法：將測試的范圍劃分成幾個互不相交的子集，他們的并集是全集，從每個子集選出若干個有代表性的值作為測試用例；、邊界值分析法：將測試邊界情況作為重點

5、目標，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)；、錯誤推測發(fā)法：根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，從而有針對性地編寫檢查這些錯誤的測試用例的方法。這種方法沒有固定的形式，依靠的是經(jīng)驗和直覺，很多時候，我們都會不知不覺的使用到。、判定表法：又稱為策略表，基于策略表的測試，是功能測試中最嚴密的測試方法。該方法適合于邏輯判斷復雜的場景，通過窮舉條件獲得結(jié)果，對結(jié)果再進行優(yōu)化合并，得到一個判斷清晰的策略表。另外還使用到了場景分析法來設(shè)計測試用例。場景分析法，分析軟件應用的場景，從用戶的角度出發(fā)，從場景的角度來設(shè)計測試用例，是一種面向用戶的測試用例設(shè)計方法。這種設(shè)計方法的優(yōu)點是：實用性

6、強，有效，設(shè)計出來的用例有價值。一2.3 測試環(huán)境與配置應用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端硬件環(huán)境CPU內(nèi)存：硬盤：CPU內(nèi)存：硬盤：CPU內(nèi)存：硬盤：軟件環(huán)境操作系統(tǒng)：Jdk:Tomcat/weblogic:操作系統(tǒng)：Mysql、oracle、sql操作系統(tǒng)：瀏覽器：網(wǎng)絡(luò)配置網(wǎng)絡(luò)拓撲圖如下:配圖2.4 測試方法和工具本系統(tǒng)的測試主要以黑盒測試為主，并輔助使用白盒測試方法。并配合使用selenium、appscan、*等自動化測試工具。測試內(nèi)容測試方法測試工具備注功能黑盒、手工、自動化Jira、selenium黑盒、手工、自動化Jira、appscan3 .測試內(nèi)容和執(zhí)行情況3.1 測試概況本次測試

7、覆蓋系統(tǒng)的各個功能模塊，針對現(xiàn)有產(chǎn)品功能模塊以及實施結(jié)果分別進行測試，測試整個系統(tǒng)是否達到需求規(guī)格說明書中要求實現(xiàn)的功能。對系統(tǒng)的功能、可靠性、安全性、易用性、兼容性、可維護性、部署等各個方面進行了全面的測試。測試概況表如下：版本號開始時間結(jié)束時間用例個數(shù)用例通過數(shù)Bug數(shù)量用例通過率V1.0V1.13.2 功能測試本次功能測試對系統(tǒng)*、*.等*個功能模塊進行了全面的測試。功能/模塊名稱用例個數(shù)用例通過數(shù)Bug數(shù)量用例通過率模塊1.模塊23.3 可靠性測試可靠性測試是驗證軟件產(chǎn)品在規(guī)定的條件下和規(guī)定的時間區(qū)間完成規(guī)定功能的能力。測試內(nèi)容測試過程描述測試結(jié)果容錯性1、對錯誤操作后正確的提不2、輸

8、入錯誤數(shù)據(jù)或錯誤的操作，系統(tǒng)不崩潰、不異常退出和丟失數(shù)據(jù)3、能屏蔽用戶的誤操作健壯性系統(tǒng)在達到極限時能給出預警，且系統(tǒng)不崩潰、不異常退出和丟失數(shù)據(jù)易恢復性系統(tǒng)運行失效后，應能快速重建系統(tǒng)數(shù)據(jù)校驗機制1、應保證數(shù)據(jù)的完整性和一致性，不會因刪除或反復的更新而被破壞或留下垃圾數(shù)據(jù)2、對不符合要求的輸入數(shù)據(jù)，系統(tǒng)應給出準確的提不3.4 安全性測試安全性測試是驗證軟件在受到惡意攻擊的情形下是否依然能夠繼續(xù)正確運行以及確保軟件是在被授權(quán)范圍內(nèi)合法使用。包括用戶訪問權(quán)限、sql注入、數(shù)據(jù)加密、惡意攻擊等。測試內(nèi)容測試過程描述測試結(jié)果權(quán)限驗證所有授權(quán)用戶是否能在所授權(quán)限下進行工作，不容許超權(quán)限安全漏洞掃描利用

9、漏洞掃描工具對整個應用進行掃描3.5易用性測試易用性測試是指用戶使用軟件時是否感覺方便，是交互的適應性、功能性和有效性的集中體現(xiàn)。測試內(nèi)容測試過程描述測試結(jié)果貝囿風格一致性貝血結(jié)構(gòu)、導航、按鈕、菜單、鏈接、搜索、翻頁、字體、列表、日期和控件、數(shù)據(jù)精度的風格是否一致易操作性1、軟件操作簡便，系統(tǒng)支持標準的鼠標、鍵盤操作，支持鼠標的單擊、雙擊和右鍵操作，支持快捷鍵操作；2、提供輔助輸入手段（如選擇輸入、默認值等），數(shù)據(jù)檢索方便、靈活；3、具有嚴重后果的功能執(zhí)行可逆，或者給出明顯警告，執(zhí)行前要求確認；4、具有必要的信息，指導用戶使用系統(tǒng)；易瀏覽性1、輸入、輸出設(shè)計規(guī)矩，輸出結(jié)果應簡潔、直觀、美觀、方

10、便閱讀、易懂和使用；2、人機界面簡潔、美觀、實用，風格相對3.6兼容性測試兼容性測試，指對所設(shè)計程序與硬件、軟件之間的兼容性的測試。分為瀏覽器兼容測試和分辨率兼容測試兩類。測試內(nèi)容測試過程描述測試結(jié)果瀏覽器Ie、ChromeFirefox.分辨率.3.7可維護性測試系統(tǒng)的可維護性是衡量一個系統(tǒng)的可修復（恢復）性和可改進性的難易程度。測試內(nèi)容測試過程描述測試結(jié)果個性化需求開發(fā)系統(tǒng)是否支持二次開發(fā)日志維護日志內(nèi)容要包括：哪個用戶、什么時間、使用哪個IP、操作哪個模塊（操作哪條業(yè)務(wù)數(shù)據(jù)（ID）,操作結(jié)果（成功、失?。?。3.8部署測試驗證系統(tǒng)部署的最小環(huán)境或最優(yōu)環(huán)境的要求，分軟、硬件環(huán)境。測試內(nèi)容測試

11、過程描述測試結(jié)果硬件環(huán)境CPU*內(nèi)存：*硬盤：*軟件環(huán)境操作系統(tǒng)：windows*、linux*Tomcat*Oracle*4 .覆蓋分析（可選）4.1 需求覆蓋需求覆蓋率是指經(jīng)過測試的需求/功能和需求規(guī)格說明書中所有需求/功能的比值，通常情況下要達到100%的目標。需求、功能名稱測試類型是否通過備注YPNN/AY:通過P:部分通過N:不通過N/A:不可測或用例不適用4.2 測試覆蓋測試覆蓋指測試系統(tǒng)覆蓋被測試系統(tǒng)的程度，一項給定測試或一組測試對某個給定系統(tǒng)或構(gòu)件的所有指定測試用例進行處理所達到的程度。測試覆蓋率=執(zhí)行總數(shù)/用例總數(shù)X100%。模塊名稱用例個數(shù)執(zhí)行總數(shù)測試覆蓋率漏測分析模塊1.

12、模塊2.5 .缺陷統(tǒng)計與分析5.1 缺陷匯總本次功能測試覆蓋率為*%,對系統(tǒng)*個功能模塊進行了全面的測試。一共發(fā)現(xiàn)了*個bug,其中嚴重、高級別的bug有*個，一般的bug有*個，已修復的bug有*個，未修復的bug有*個。模塊名稱嚴重性的bug一般性的bug已修復bug未修復bugBug總數(shù)模塊1模塊2.5.2 缺陷分析5.2.1 缺陷趨勢分析本次功能測試總共發(fā)布了xxxx個版本，xxxx-xxxx版本是迭代版本，xxxx版本是回歸版本。各個版本的缺陷分析如下：【配圖】5.2.2 缺陷嚴重等級分析測試發(fā)現(xiàn)bug主要集中在*,屬于一般性缺陷。測試一共發(fā)現(xiàn)了*個嚴重級別的bug,出現(xiàn)嚴重級別的bug主要表現(xiàn)在以下幾個方面：V *V *【配圖】5.2.3 缺陷類型分析本次測試的缺陷類型分別是：xxxx、xxxx,各種類型的缺陷分析如下：【配圖】5.2.4 模塊缺陷數(shù)分析本次測試一共對系統(tǒng)的xxxx、xxxx一共xx個模塊進行了測試，各個模塊的缺陷分析如下:【配圖】5.3 殘留缺陷與未解決問題本次測試殘留的缺陷以及為解決的問題如下表:模塊名稱Bug類型簡要描述原因分析模塊1Bug填寫bug標題分析殘留、未解決的原因模塊2建議.6 .測試結(jié)論與建議6.1 測試結(jié)論按以下4個面進行匯總分析1 .測試執(zhí)行是否充分（可以