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

1、xx信息系統(tǒng)項目/系統(tǒng)測試報告報告編號：TY0001參與公司：xx有限公司 測試時間：6月15日7月15日版本：1.0 作者：xxx 制作時間：2016年7月20日目錄xx信息系統(tǒng)項目/系統(tǒng)測試報告1一項目簡介31.1編寫目的31.2項目背景31.3系統(tǒng)功能簡介31.4術(shù)語和縮寫31.5參考資料4二測試實現(xiàn)42.1測試概要42.2測試用例設(shè)計方法42.3測試環(huán)境與配置62.4測試方法和工具6三測試結(jié)果63.1測試結(jié)果問題分類63.2測試結(jié)果分析73.3測試小結(jié)7一項目簡介1.1編寫目的本測試報告為xx信息系統(tǒng)項目的測試報告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述系統(tǒng)是否符合需求或達(dá)到

2、xx信息系統(tǒng)的目標(biāo)；提出開發(fā)過程中的不足，提高后期開發(fā)效率和質(zhì)量；通過資源對比，合理的對硬件，軟件以及人員資源進(jìn)行合理的分配和優(yōu)化。1.2項目背景 xx信息系統(tǒng)是集團(tuán)針對未來大數(shù)據(jù)和BI計劃開發(fā)的系統(tǒng)，希望通過此信息系統(tǒng)管理集團(tuán)及下屬分支公司的所有軟件系統(tǒng)、包含客戶管理、項目管理、銷售管理、行政辦公管理、報表管理、預(yù)算管理、績效管理、知識管理、BI、大數(shù)據(jù)分析等全功能系統(tǒng)，這是一個長期的項目。Error! Reference source not found.1.3系統(tǒng)功能簡介1.3.1系統(tǒng)整體功能：系統(tǒng)管理客戶管理銷售管理項目管理呼叫中心網(wǎng)推部-項目管理行政管理人事管理其他。1.3.2非功能

3、性需求用戶數(shù)量系統(tǒng)響應(yīng)速度可靠性可維護(hù)性可用性靈活性易用性 1.3.2系統(tǒng)框架1.4術(shù)語和縮寫1.數(shù)據(jù)流程圖：是描述系統(tǒng)數(shù)據(jù)流程的工具，能全面地描述信息系統(tǒng)邏輯模型的主要工具。它是利用少數(shù)幾種符號綜合的反映出各事件信息在系統(tǒng)中的流動、處理和存儲的情況。2.數(shù)據(jù)字典：指對數(shù)據(jù)的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯、外部實體等進(jìn)行定義和描述，其目的是對數(shù)據(jù)流程圖中的各個元素做出詳細(xì)的說明。3.角色：系統(tǒng)中具有相同權(quán)限的一群用戶的集合。4.用戶：系統(tǒng)的操作者，一般包括用戶賬號和密碼以及其所屬的角色，一個用戶只屬于一個角色。5.模塊：系統(tǒng)中業(yè)務(wù)性質(zhì)和功能實現(xiàn)相互關(guān)聯(lián)且非常緊密的功能的組合。6.

4、功能：軟件需求說明書中可以獨立運行實現(xiàn)的需求。1.5參考資料 1.xx信息系統(tǒng)需求說明書。2.xx信息系統(tǒng)軟件流程圖。3.xx信息系統(tǒng)需求分析文檔。4.xx信息系統(tǒng)用例設(shè)計文檔以及用例操作文檔。5.xx信息系統(tǒng)功能性測試文檔。6. GB/T 17544 軟件包質(zhì)量測試和要求國家標(biāo)準(zhǔn)。ISO/IEC 14598 Software Engineering-Product Evaluation 國際標(biāo)準(zhǔn)ISO/IEC 9126 Information technology-Software product evaluation- Quality characteristics and guideli

5、nes for their use 國際標(biāo)準(zhǔn)ISO/IEC 12119 Information technology - Software packages - Quality requirements and testing 國際標(biāo)準(zhǔn)ISO/IEC 17025 General requirements for the competency of testing and calibration laboratories 國際標(biāo)準(zhǔn)二測試實現(xiàn)2.1測試概要本次測試主要在開發(fā)人員協(xié)助下，在用戶環(huán)境下完成測試。測試的范圍為包括系統(tǒng)管理，客戶管理，銷售管理，項目管理在內(nèi)的幾大模塊。本次測試的目的在于檢查

6、對應(yīng)上述模塊的工具是否滿足需求規(guī)格說明書的要求，是否存在未實現(xiàn)或者bug的修復(fù)和系統(tǒng)改良，并提交給開發(fā)人員進(jìn)行修改和優(yōu)化。2.2測試用例設(shè)計方法 本次測試用例設(shè)計主要使用等價類劃分法因果圖法以及邊界值法。等價類劃分法主要是把用戶的輸入范圍劃分為有效輸入輸出和無效的輸入輸出，根據(jù)輸入輸出取值不同，需要給出相應(yīng)的顯示或者提示。如創(chuàng)建合同的時候，合同編號是由字母和數(shù)字以及下劃線組成，我們需要輸入合同的編號，首先我們根據(jù)等價類劃分方法，劃分輸入有效等價類和無效等價類，有效等價內(nèi)為0,9,a,z,A,Z,_這個集合，除這個集合之外的都為無效等價類；輸出有效等價類為默認(rèn)通過（不提示），提示規(guī)定輸入錯誤信息

7、，其他的顯示則為無效輸出等價類。因果圖法是用圖解的方法表示輸入的組合關(guān)系，寫出判定表，從而得出測試用例；邊界值法是是指相對于輸入等價類和輸出等價類而言，稍高于其邊界值及稍低于其邊界值的一些特定情況。 如下圖為合同管理因果圖法的設(shè)計：首先根據(jù)輸入組合寫出判定表在根據(jù)判定表設(shè)計測試用例邊界值法：邊界值法的實現(xiàn)思路是相對于等價類劃分法實現(xiàn)的，基本思想是在最小值（min）、略高于最小值（min+）、正常值（nom）、略低于最大值（max-）和最大值（max）等處取值。邊界值分析手段主要有兩種方式：通過變量數(shù)量和通過值域的種類進(jìn)行。如一個n變量函數(shù)f（x1，x2，xn）按以上方式每次確定一個測試對象（基

8、于“單缺陷假設(shè)”理論），會產(chǎn)生4n+1個測試用例。健壯性測試是擴(kuò)展邊界值分析的測試，即增加一個略大于最大值（max+）和略小于最小值（min-）的取值，則用例數(shù)將變?yōu)?n+1。當(dāng)邊界值變量不是獨立變量時，則以上測試用例就顯的不充分。對于邏輯變量而言這種用例也沒有什么用處。2.3測試環(huán)境與配置 網(wǎng)絡(luò)環(huán)境：局域網(wǎng)，Internet。硬件：服務(wù)器，pc 20臺，操作系統(tǒng)為win7和ios，內(nèi)存至少4G，硬盤可用容量至少50G。網(wǎng)絡(luò)架構(gòu)圖如下：2.4測試方法和工具 本次測試的測試方法為黑盒測試，它是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行測試，來檢測每個功能是否都能正常使用。在測試中，把程

9、序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，參與測試的人員根據(jù)設(shè)計的測試?yán)M(jìn)行測試，檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。本次測試的重點在于R類和D類case辦理流程，合同審批流程，收退款審批流程。主要問題追蹤工具為bug管理工具和問題追蹤文檔。三測試結(jié)果3.1測試結(jié)果問題分類3.1.1規(guī)范化問題：主要包含軟件規(guī)范和業(yè)務(wù)規(guī)范兩大類，軟件規(guī)范問題是指操作過程中顯而易見的錯誤或缺陷，非人性化設(shè)計，友好度較差等；業(yè)務(wù)規(guī)范問題主要

10、是指使用非標(biāo)準(zhǔn)或非慣例的業(yè)務(wù)術(shù)語以及概念錯位等。1）軟件規(guī)范：操作只是不明確，簡單界面規(guī)范，操作過程缺乏人性化考慮，幫助文檔規(guī)范，軟件風(fēng)格規(guī)范。2）業(yè)務(wù)規(guī)范：業(yè)務(wù)術(shù)語規(guī)范，操作提示語言規(guī)范，用例錯誤，默認(rèn)設(shè)置不規(guī)范。3.1.2常規(guī)錄入錯誤：主要指數(shù)據(jù)錄入、修改、保存刪除等常規(guī)操作過程中出現(xiàn)的各類彈出式出錯信息，數(shù)據(jù)控制疏漏、數(shù)據(jù)編輯無效、設(shè)置無效等。主要包含：數(shù)據(jù)編輯無效、出現(xiàn)DATA WINDOWS ERROR、出現(xiàn)非法操作提示或應(yīng)用程序錯誤提示、.net錯誤、參與的編譯信息未及時清除、出現(xiàn)Windows錯誤提示、系統(tǒng)停止響應(yīng)、非正常失敗或操作錯誤提示。3.1.3流程錯誤：只要指程序運行過程

11、中由于需求分析、功能設(shè)計中對產(chǎn)品功能缺少深入的考慮、或在編碼過程中的疏漏等原因，產(chǎn)生的邏輯控制錯誤或失敗、數(shù)據(jù)控制錯誤等。主要包含：邏輯控制錯誤、數(shù)據(jù)控制錯誤、報表查詢出錯、打印及相關(guān)操作、接口和數(shù)據(jù)轉(zhuǎn)移中的問題、權(quán)限及安全問題、備份和回復(fù)問題、并發(fā)問題、升級問題。根據(jù)不完全統(tǒng)計：其中出現(xiàn)規(guī)范化問題情況37處，常規(guī)問題14處，流程問題或者變更35處，待商議2處，未處理21處，總計109項。顯示如下：3.2測試結(jié)果分析本次測試參與人員21人，測試時間為30天，由3.1.3節(jié)中看出，主要問題分為四個方面，規(guī)范性錯誤主要是界面內(nèi)容的顯示完善，人性化操作，友好度，和一些常見但不影響系統(tǒng)使用的一些錯誤或缺陷。常規(guī)錯誤主要是一些數(shù)據(jù)錄入、修改、保存刪除等常規(guī)操作過程中出現(xiàn)的各類彈出式出錯信息，數(shù)據(jù)控制疏漏、數(shù)據(jù)編輯無效、設(shè)置無效，并無不確定的錯誤報告或者Windows錯誤提示等。流程錯誤一部分是流程進(jìn)行了變更，另一部分是流程設(shè)計中出現(xiàn)問題，導(dǎo)致的流程bug或致命性錯誤。未處理的部分是不在需求說明書上，由測試人員提出，暫時還沒有解決的部分。3.3測試小結(jié)本次測試一方面反映了前期制作需求規(guī)格說明書的時候，對于需求調(diào)研不夠深入，才導(dǎo)