系統(tǒng)測試報告及系統(tǒng)測試用例模板

1/1XXXX有限公司文檔編號:XXXX-XXXX-VER-STTestReport系統(tǒng)測試報告V1.0編寫：葛XX審核：阮XX批準(zhǔn)：阮XX日期：20XX-3-28日期：20XX-4-2日期：20XX-4-2目錄1 引言 41 編寫目的 42 項目背景 43 定義規(guī)約 54 參考資料 52 測試概要 61 進(jìn)度回顧 62 測試用例 63 測試方法 64 測試執(zhí)行 65 測試環(huán)境 75.1 軟硬件環(huán)境 75.2 網(wǎng)絡(luò)拓?fù)?83 測試結(jié)果 81 覆蓋率 81.1 需求覆蓋 82 缺陷匯總 83 缺陷分析 94 遺留缺陷 104 測試結(jié)論與建議 111 測試結(jié)論 111.1 功能性 111.2 易用性 111.3 可靠性 111.4 兼容性 111.5 安全性 122 典型缺陷引入原因分析 123 測試建議 12

引言編寫目的編寫該測試總結(jié)報告主要有以下幾個目的：1．通過對測試結(jié)果的分析，得到對軟件質(zhì)量的評價2．分析測試的過程，產(chǎn)品，資源，信息，為以后制定測試計劃提供參考3．評估測試測試執(zhí)行和測試計劃是否符合4．分析系統(tǒng)存在的缺陷，為修復(fù)和預(yù)防bug提供建議本測試總結(jié)報告適合以下讀者：項目管理人員測試負(fù)責(zé)人員項目組相關(guān)人員項目背景提出者：交辦單位：XXXX有限公司軟件名稱：XX系統(tǒng)XXXX信息系統(tǒng)的建設(shè)是為了全面應(yīng)用現(xiàn)代信息技術(shù)，集中統(tǒng)一地、科學(xué)地管理科技廳工作中形成的各類檔案，滿足對檔案安全存儲、快速檢索、綜合利用的要求，實現(xiàn)檔案管理的信息化、現(xiàn)代化。對檔案信息資源進(jìn)行數(shù)字化管理和綜合利用，使檔案管理模式從以檔案實體保管和利用轉(zhuǎn)向檔案信息的數(shù)字化存儲和提供服務(wù)為重心，從而使檔案工作進(jìn)一步走向規(guī)范化、數(shù)字化、網(wǎng)絡(luò)化，提高檔案的查詢和利用效率，更好地為科技管理和科技決策服務(wù)。定義規(guī)約缺陷BUG：軟件未達(dá)到產(chǎn)品需求說明書的要求或者是出現(xiàn)了產(chǎn)品說明書中不應(yīng)出現(xiàn)的錯誤或者未有達(dá)到需求所要求的目標(biāo)。黑盒測試：通過各種輸入和觀察軟件的各種輸出來發(fā)現(xiàn)系統(tǒng)的缺陷，而不關(guān)心程序的具體的實現(xiàn)。缺陷密度：單位代碼行或者單位功能點數(shù)中存在的缺陷數(shù)。參考資料《XX系統(tǒng)統(tǒng)需求規(guī)格說明書》《XX系統(tǒng)統(tǒng)測試計劃》

測試概要XX系統(tǒng)統(tǒng)測試從20XX年3月16日開始到20XX年3月23日結(jié)束，共持續(xù)7天，測試功能點數(shù)172個，執(zhí)行54個測試用例，測試共發(fā)現(xiàn)12個BUG，平均每個測試功能點數(shù)0.07個BUG。測試過程中發(fā)現(xiàn)的BUG通過《BUG管理一覽表》進(jìn)行缺陷跟蹤管理。進(jìn)度回顧活動人員開始時間結(jié)束時間工作量設(shè)計系統(tǒng)測試用例葛XX2011-12-262011-12-282人天執(zhí)行系統(tǒng)測試葛XX20XX-03-1620XX-03-237人天完成測試報告葛XX20XX-03-2820XX-04-22人天測試用例具體見《系統(tǒng)測試用例》。測試方法 測試需要涵蓋系統(tǒng)所有新增功能點數(shù)，對于前期特性，只測試正常流程及少量異常流程，對于系統(tǒng)新增特性需要重點測試。測試主要針對功能需求，主要關(guān)心功能是否實現(xiàn)。具體測試方法如下：執(zhí)行測試用例；為隨機測試中發(fā)現(xiàn)的問題補充測試用例；進(jìn)行回歸測試。測試執(zhí)行此次測試嚴(yán)格按照項目計劃和測試計劃執(zhí)行，按時完成了測試計劃規(guī)定的測試對象的測試。針對測試計劃規(guī)定的測試策略，在測試執(zhí)行中都有體現(xiàn)，在測試執(zhí)行過程中，依據(jù)測試計劃和測試用例，對系統(tǒng)進(jìn)行了完整的測試。測試環(huán)境軟硬件環(huán)境數(shù)據(jù)服務(wù)器：機器用途硬件配置需要安裝的軟件數(shù)據(jù)庫服務(wù)器CPU：I5（以上）內(nèi)存：8G硬盤：5000G操作系統(tǒng)：Windows2008企業(yè)版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位數(shù)據(jù)庫：CGRS應(yīng)用服務(wù)器：機器用途硬件配置需要安裝的軟件應(yīng)用服務(wù)器CPU：I5（以上）內(nèi)存：8G硬盤：1T操作系統(tǒng)：Windows2008企業(yè)版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位數(shù)據(jù)庫：OracleDatabaseEnterpriseEdition11g，RealApplicationClusters，Partitioning客戶端：InternetExplorer7或更高版本測試客戶端：機器用途硬件配置需要安裝的軟件測試用機CPU：I3（以上）內(nèi)存：4G硬盤：500G操作系統(tǒng)：Windows2008企業(yè)版|WinSvrEnt2008R2CHNSOLPNL，RedhatEnterpriseServer5.364位數(shù)據(jù)庫：OracleDatabaseEnterpriseEdition11g，RealApplicationClusters，Partitioning客戶端：InternetExplorer7或更高版本測試結(jié)果覆蓋率需求覆蓋模塊總功能點數(shù)（包括性能功能點數(shù)）測試用例所包含的功能點數(shù)未執(zhí)行未/漏測分析和原因檔案管理6970檔案利用32140檔案維護2370專題編研1120系統(tǒng)管理3770Web信息發(fā)布24170需求覆蓋率計算：54/54×100%=100%（被驗證的需求數(shù)目/需求總數(shù)×100%）缺陷匯總按模塊統(tǒng)計模塊名稱檔案管理檔案利用檔案維護專題編研系統(tǒng)管理Web信息發(fā)布BUG數(shù)目131034按嚴(yán)重程度統(tǒng)計缺陷分類嚴(yán)重缺陷一般缺陷輕微缺陷BUG數(shù)目336百分比25%25%50%缺陷分析bug密度＝12/172功能點數(shù)（Bug個數(shù)/功能點數(shù)）=0.07/功能點數(shù)遺留缺陷編號簡要描述缺陷影響推遲原因

測試結(jié)論與建議測試結(jié)論功能性系統(tǒng)正確實現(xiàn)了通過協(xié)同通信運營統(tǒng)計分析系統(tǒng)解決中國電信協(xié)同通信業(yè)務(wù)運營分析和集團客戶、個人用戶的行為分析。通過系統(tǒng)的建立，能夠針對用戶登錄量、活躍度、量、企業(yè)發(fā)展、用戶發(fā)展情況等提供統(tǒng)計查詢，有效的解決基地、各省市對業(yè)務(wù)數(shù)據(jù)的需求。易用性現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性：查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷：界面排版不美觀輸入，輸出字段的可理解性差中英文混排可靠性現(xiàn)有系統(tǒng)的可靠性控制不夠嚴(yán)密，很多控制是通過頁面控制實現(xiàn)的，如果頁面控制失效，可以向數(shù)據(jù)庫插入數(shù)據(jù)，引發(fā)錯誤?，F(xiàn)有系統(tǒng)的容錯性不高，如果系統(tǒng)出現(xiàn)錯誤，返回錯誤類型為找不到頁面錯誤，無法回復(fù)到出錯前的狀態(tài)兼容性現(xiàn)有系統(tǒng)支持window下的IE瀏覽器和火狐瀏覽器，支持linux系統(tǒng)下的IE瀏覽器和火狐瀏覽器。現(xiàn)有系統(tǒng)未進(jìn)行其他兼容性測試安全性現(xiàn)有系統(tǒng)控制了以下安全性問題：把某一個登錄后的頁面保存下來，不能單獨對其進(jìn)行操作不進(jìn)行登錄直接輸入某一頁面的Url能否打開頁面并進(jìn)行操作不應(yīng)該允許。典型缺陷引入原因分析測試過程中發(fā)現(xiàn)的缺陷主要有以下幾個方面：1．頁面設(shè)計易用性缺陷頁面設(shè)計不友好，系統(tǒng)中很多頁面的輸入字段無明確的輸入提示，用戶無法理解何種輸入是正確的，但是用戶輸入錯誤后，系統(tǒng)提示出錯，增加用戶負(fù)擔(dān)。2．開發(fā)人員疏忽引起的缺陷因為開發(fā)人員的疏忽，導(dǎo)致系統(tǒng)需要驗證的地方，調(diào)用了錯誤的驗證，系統(tǒng)需要進(jìn)行輸入控制的地方?jīng)]有進(jìn)行相應(yīng)的控制。測試建議在項目開始的時候應(yīng)該制定編碼標(biāo)準(zhǔn)，數(shù)據(jù)庫標(biāo)準(zhǔn)，需求變更標(biāo)準(zhǔn)，開發(fā)和測試人員都嚴(yán)格按照標(biāo)準(zhǔn)進(jìn)行，可以在后期減少因為開發(fā)，測試不一致而導(dǎo)致的問題，同時也可以降低溝通成本。XX項目系統(tǒng)測試用例說明書日期版本說明作者關(guān)于項目的系統(tǒng)測試用例說明目錄TOC\o"1-3"\h\z1引言 31.1編寫目的 31.2背景 31.3定義 31.4參考資料 32功能測試用例 42.3管理員測試用例 42.3.1被測特性 42.3.2A1.1添加用戶測試用例 4測試需求 4A1.1.1 51引言1.1編寫目的本文檔為（在此指出軟件名稱）的系統(tǒng)測試活動提供范圍、方法、資源和進(jìn)度方面的指導(dǎo)。預(yù)期的讀者范圍包括：項目經(jīng)理測試人員用戶1.2背景說明：（1）測試計劃所從屬的軟件系統(tǒng)的名稱；（2）該開發(fā)項目的歷史，列出用戶和執(zhí)行此項目測試的計算中心，說明在開始執(zhí)行本測試計劃之前必須完成的各項工作。1.3定義1.4參考資料序號標(biāo)題文件名稱發(fā)表日期資料來源1軟件需求規(guī)格說明軟件需求規(guī)格說明書_1.0.0802.doc項目小組設(shè)計得到2界面設(shè)計界面設(shè)計說明書_1.0.0727.doc項目小組設(shè)計得到3系統(tǒng)測試計劃系統(tǒng)測試計劃_1.0.0802.doc項目小組制定2功能測試用例2.3管理員測試用例2.3.1被測特性管理員用戶（Admin）的被測功能特性如下表所示。SRS功能編號測試項編號內(nèi)容測試優(yōu)先級1.1A1.1添加用戶高1.2A1.2刪除用戶高1.3A1.3按用戶類別查看用戶高1.4A1.4修改用戶使用期限中1.5A1.5重設(shè)用戶密碼中1.6A1.6修改學(xué)生用戶的分組信息（針對單個用戶）低1.7A1.7修改自己密碼高1.8A1.8登錄系統(tǒng)高1.9A1.9退出系統(tǒng)高2.3.2A1.1添加用戶測試用例測試需求測試需求如下表所示。序號測試需求優(yōu)先級A1.1.1添加單個教師用戶，且輸入全部有效，成功添加高A1.1.2添加單個教師用戶，且用戶名、姓名或身份證號非法，系統(tǒng)告警中A1.1.3添加單個教師用戶，且用戶名、姓名或身份證號未填，系統(tǒng)告警低A1.1.4添加單個教師用戶，且用戶名重復(fù)，系統(tǒng)告警高A1.1.5添加單個教師用戶，且輸入全部有效，取消添加低A1.1.6批量添加學(xué)生用戶，且輸入全部有效，成功添加高A1.1.7批量添加學(xué)生用戶，且未選擇任何文件就點擊【導(dǎo)入】，系統(tǒng)告警低A1.1.8批量添加學(xué)生用戶，且輸入全部有效，取消添加低A1.1.9批量添加學(xué)生用戶，且選中的文件名有重復(fù)中（其余略）注意：測試添加用戶后的初始密碼是否正確。（應(yīng)通過登錄系統(tǒng)功能來檢驗）（見