xx信息系統(tǒng)測試報告

xx信息系統(tǒng)項目/系統(tǒng)測試報告報告編號：TY0001參與公司：xx有限公司測試時間：6月15日一一7月15日版本：1.0作者：xxx制作時間：2016年7月20日目錄TOC\o"1-5"\h\z\o"CurrentDocument"xx信息系統(tǒng)項目/系統(tǒng)測試報告 1一項目簡介 3編寫目的 3\o"CurrentDocument"項目背景 3\o"CurrentDocument"系統(tǒng)功能簡介 3\o"CurrentDocument"術語和縮寫 3\o"CurrentDocument"參考資料 4二測試實現(xiàn) 4測試概要 4\o"CurrentDocument"測試用例設計方法 4\o"CurrentDocument"測試環(huán)境與配置 6\o"CurrentDocument"測試方法和工具 6三測試結果 6測試結果問題分類 6\o"CurrentDocument"測試結果分析 7\o"CurrentDocument"測試小結 7一項目簡介編寫目的本測試報告為xx信息系統(tǒng)項目的測試報告，目的在于總結測試階段的測試以及分析測試結果，描述系統(tǒng)是否符合需求或達到xx信息系統(tǒng)的目標；提出開發(fā)過程中的不足，提高后期開發(fā)效率和質量；通過資源對比，合理的對硬件，軟件以及人員資源進行合理的分配和優(yōu)化。項目背景xx信息系統(tǒng)是集團針對未來大數(shù)據(jù)和BI計劃開發(fā)的系統(tǒng)，希望通過此信息系統(tǒng)管理集團及下屬分支公司的所有軟件系統(tǒng)、包含客戶管理、項目管理、銷售管理、行政辦公管理、報表管理、預算管理、績效管理、知識管理、BI、大數(shù)據(jù)分析等全功能系統(tǒng)，這是一個長期的項目。錯誤!未找到引用源。系統(tǒng)功能簡介系統(tǒng)整體功能：系統(tǒng)管理客戶管理銷售管理項目管理呼叫中心網(wǎng)推部-項目管理行政管理人事管理其他。。。非功能性需求用戶數(shù)量系統(tǒng)響應速度可靠性可維護性可用性靈活性易用性系統(tǒng)框架術語和縮寫.數(shù)據(jù)流程圖：是描述系統(tǒng)數(shù)據(jù)流程的工具，能全面地描述信息系統(tǒng)邏輯模型的主要工具。它是利用少數(shù)幾種符號綜合的反映出各事件信息在系統(tǒng)中的流動、處理和存儲的情況。.數(shù)據(jù)字典：指對數(shù)據(jù)的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯、外部實體等進行定義和描述，其目的是對數(shù)據(jù)流程圖中的各個元素做出詳細的說明。.角色：系統(tǒng)中具有相同權限的一群用戶的集合。.用戶：系統(tǒng)的操作者，一般包括用戶賬號和密碼以及其所屬的角色，一個用戶只屬于一個角色。.模塊：系統(tǒng)中業(yè)務性質和功能實現(xiàn)相互關聯(lián)且非常緊密的功能的組合。.功能：軟件需求說明書中可以獨立運行實現(xiàn)的需求。1.5參考資料.xx信息系統(tǒng)需求說明書。.xx信息系統(tǒng)軟件流程圖。.xx信息系統(tǒng)需求分析文檔。.xx信息系統(tǒng)用例設計文檔以及用例操作文檔。.xx信息系統(tǒng)功能性測試文檔。.GB/T17544《軟件包質量測試和要求》國家標準。ISO/IEC14598SoftwareEngineering-ProductEvaluation國際標準ISO/IEC9126Informationtechnology-Softwareproductevaluation-Qualitycharacteristicsandguidelinesfortheiruse國際標準ISO/IEC12119Informationtechnology-Softwarepackages-Qualityrequirementsandtesting國際標準ISO/IEC17025Generalrequirementsforthecompetencyoftestingandcalibrationlaboratories國際標準二測試實現(xiàn)測試概要本次測試主要在開發(fā)人員協(xié)助下，在用戶環(huán)境下完成測試。測試的范圍為包括系統(tǒng)管理，客戶管理，銷售管理，項目管理在內的幾大模塊。本次測試的目的在于檢查對應上述模塊的工具是否滿足需求規(guī)格說明書的要求，是否存在未實現(xiàn)或者bug的修復和系統(tǒng)改良，并提交給開發(fā)人員進行修改和優(yōu)化。測試用例設計方法本次測試用例設計主要使用等價類劃分法因果圖法以及邊界值法。等價類劃分法主要是把用戶的輸入范圍劃分為有效輸入輸出和無效的輸入輸出，根據(jù)輸入輸出取值不同，需要給出相應的顯示或者提示。如創(chuàng)建合同的時候，合同編號是由字母和數(shù)字以及下劃線組成，我們需要輸入合同的編號，首先我們根據(jù)等價類劃分方法，劃分輸入有效等價類和無效等價類，有效等價內為｛0,…,9,a,…,z,A,…,Z,_｝這個集合，除這個集合之外的都為無效等價類；輸出有效等價類為｛默認通過（不提示），提示規(guī)定輸入錯誤信息｝，其他的顯示則為無效輸出等價類。

因果圖法是用圖解的方法表示輸入的組合關系，寫出判定表，從而得出測試用例；邊界值法是是指相對于輸入等價類和輸出等價類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。如下圖為合同管理因果圖法的設計：首先根據(jù)輸入組合寫出判定表1,2.,3.,4.-i5.,6.,7,B.,9,10.,.1是否有權限X.r丁.，Y.,Y.,麗Y.nY.,刪除b1,1幡如Y.,Y.n查詢」取用保存.Y.,使改保存.Y.,津未保點Y.,修改未黑點Y.,合同審假合同走更Y.,的作新增成功」X.ib1,1陽除成動」X.】陵改成功與X.,新度失敗與X.,褪青知ft.r品永宜商里果不可能.，用戶無權限市忸成鬼,制蛙項=.b1,1變更成功b1,1變更失政」在根據(jù)判定表設計測試用例用倒縮號，用例標題-，前置條件,用的輸入輸出結果」XS_HTGLfll,用戶權限驗證」用戶未度根.1點擊審掇.擊除.幡葭、查詢」用戶無權限JXS_HTG1jO2,通加合同信息與用戶三度權點擊器加」翅加但忌后保存/若末保存』新雄成功j新埴失明.，XS_HTGUJ3”審核合同點縣.r用戶已授權點擊串接,渺k需求設說明顯:第鰻干核,卻也只唯一盤擊杖.不存在失限情況，幸帔成功.自幼釗這項巨捽走人際巨火瓦..，XS_HTGL041表除今同信息」用戶已授權J點擊刪除“制股成功JXS_HTGL05.,慘就合同尼昌1用戶已投叔.1點擊悟哀」憤葭任息井保存,若不保存，悟改成功」提示信息尚未保存XS_HTGbO6.,型8合同點皂r用戶已投權點擊變缸,髭示查曲咤果「XS_HTGU)7.,變曼停自一，當司已審根點擊變更多mL填入變更但息后保亭巖未保存，變里成功/麥更美眠.，邊界值法：邊界值法的實現(xiàn)思路是相對于等價類劃分法實現(xiàn)的，基本思想是在最小值（min）、略高于最小值（min+）、正常值（nom）、略低于最大值（max-）和最大值（max）等處取值。邊界值分析手段主要有兩種方式：通過變量數(shù)量和通過值域的種類進行。如一個n變量函數(shù)f（x1，x2,……xn）按以上方式每次確定一個測試對象（基于“單缺陷假設”理

論），會產生4n+1個測試用例。健壯性測試是擴展邊界值分析的測試，即增加一個略大于最大值（max+）和略小于最小值（min-）的取值，則用例數(shù)將變?yōu)?n+1。當邊界值變量不是獨立變量時，則以上測試用例就顯的不充分。對于邏輯變量而言這種用例也沒有什么用處。測試環(huán)境與配置網(wǎng)絡環(huán)境：局域網(wǎng)，Internet。硬件：服務器，pc20臺，操作系統(tǒng)為win7和ios，內存至少4G，硬盤可用容量至少50G。網(wǎng)絡架構圖如下：口Hem相口Hem相l(xiāng)Ul'HWfc!測試方法和工具本次測試的測試方法為黑盒測試，它是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試，來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，參與測試的人員根據(jù)設計的測試例進行測試，檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內部邏輯結構，主要針對軟件界面和軟件功能進行測試。本次測試的重點在于R類和D類case辦理流程，合同審批流程，收退款審批流程。主要問題追蹤工具為bug管理工具和問題追蹤文檔。三測試結果測試結果問題分類規(guī)范化問題：主要包含軟件規(guī)范和業(yè)務規(guī)范兩大類，軟件規(guī)范問題是指操作過程中顯而易見的錯誤或缺陷，非人性化設計，友好度較差等；業(yè)務規(guī)范問題主要是指使用非標準或非慣例的業(yè)務術語以及概念錯位等。1）軟件規(guī)范：操作只是不明確，簡單界面規(guī)范，操作過程缺乏人性化考慮，幫助文檔規(guī)范,

軟件風格規(guī)范。2）業(yè)務規(guī)范：業(yè)務術語規(guī)范，操作提示語言規(guī)范，用例錯誤，默認設置不規(guī)范。常規(guī)錄入錯誤：主要指數(shù)據(jù)錄入、修改、保存刪除等常規(guī)操作過程中出現(xiàn)的各類彈出式出錯信息，數(shù)據(jù)控制疏漏、數(shù)據(jù)編輯無效、設置無效等。主要包含：數(shù)據(jù)編輯無效、出現(xiàn)DATAWINDOWSERROR出現(xiàn)非法操作提示或應用程序錯誤提示、.net錯誤、參與的編譯信息未及時清除、出現(xiàn)Windows錯誤提示、系統(tǒng)停止響應、非正常失敗或操作錯誤提示。流程錯誤：只要指程序運行過程中由于需求分析、功能設計中對產品功能缺少深入的考慮、或在編碼過程中的疏漏等原因，產生的邏輯控制錯誤或失敗、數(shù)據(jù)控制錯誤等。主要包含：邏輯控制錯誤、數(shù)據(jù)控制錯誤、報表查詢出錯、打印及相關操作、接口和數(shù)據(jù)轉移中的問題、權限及安全問題、備份和回復問題、并發(fā)問題、升級問題。13%根據(jù)不完全統(tǒng)計：其中出現(xiàn)規(guī)范化問題情況37處，常規(guī)問題14處，流程問題或者變更35處，待商議2處，未處理21處，總計109項。顯示如下：13%口規(guī)范錯誤口常規(guī)錯誤口流程錯誤□待商議口未處理測試結果分析本次測試參與人員21人，測試時間為30天，由3.1.3節(jié)中看出，主要問題分為四個方面，規(guī)范性錯誤主要是界面內容的顯示完善，人性化操作，友好度，和一些常見但不影響系統(tǒng)使用的一些錯誤或缺陷。常規(guī)錯誤主要是一些數(shù)據(jù)錄入、修改、保存刪除等常規(guī)操作過程中出現(xiàn)的各類彈出式出錯信息，數(shù)據(jù)控制疏漏、數(shù)據(jù)編輯無效、設置無效，并無不確定的錯誤報告或者Windows錯誤提示等。流程錯誤一部分是流程進行了變更，另一部分是流程設計中出現(xiàn)問題，導致的流程bug或致命性錯誤。未處理的部分是不在需求說明書上，由測試人員提出，暫時還沒