xx信息系統(tǒng)測(cè)試報(bào)告

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

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

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

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