驗(yàn)收測試方案

XXX系統(tǒng)驗(yàn)收測試方案XXX目錄項(xiàng)目簡介 3可用性測試 3容錯(cuò)性驗(yàn)證 4兼容性測試 5性能測試 6測試計(jì)劃 7測試進(jìn)度及產(chǎn)物 7人員安排 7質(zhì)量標(biāo)準(zhǔn) 8項(xiàng)目溝通管理 9定期匯報(bào)制度 9匯報(bào)機(jī)制 9報(bào)告方式 10日常溝通記錄 10定期例會(huì)制度 10Bug規(guī)范 10項(xiàng)目簡介對(duì)杰和科技GSM可用性測試據(jù)庫安全.測試內(nèi)容如下表所示：測試類型 測試重點(diǎn)UI布局無錯(cuò)位無疊壓系統(tǒng)整體風(fēng)格一致且美觀UI測試 導(dǎo)航簡單易懂界面文字描述正確，相關(guān)內(nèi)容命名統(tǒng)一各控件放置位置符合用戶使用習(xí)慣系統(tǒng)的業(yè)務(wù)邏輯符合客戶的原始需業(yè)務(wù)交互測試 流程簡潔無冗余易理解性測試；易學(xué)性測試；易用性測試 易操作性測試；有適合的幫助及錯(cuò)誤提示操作響應(yīng)的即時(shí)國際化測試 英文語言版本界面測試1。2容錯(cuò)性驗(yàn)證

測試方法1、手工進(jìn)行測試2、測試時(shí)與原型與設(shè)計(jì)原圖進(jìn)行對(duì)比3、參照“易用性規(guī)范”對(duì)系統(tǒng)進(jìn)行檢查驗(yàn)證系統(tǒng)在各種故障或意外時(shí),是否仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：測試分類 測試點(diǎn)操作異常數(shù)據(jù)或異常流程時(shí)，系統(tǒng)能給出

測試方法手工進(jìn)行測試數(shù)據(jù)異常

提示不會(huì)出現(xiàn)崩潰違反操作流程時(shí)拒絕數(shù)據(jù)進(jìn)入并報(bào)錯(cuò)或給出有效引導(dǎo)系統(tǒng)卡死或進(jìn)程被操作系統(tǒng)強(qiáng)行殺掉，當(dāng)程序異常 前操作的數(shù)據(jù)是否全部丟,流程是否被壞無法后續(xù)操作網(wǎng)絡(luò)異常服務(wù)器異常環(huán)境異常

數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施數(shù)據(jù)傳輸時(shí)，數(shù)據(jù)庫服務(wù)器出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施數(shù)據(jù)正在傳輸或是備份時(shí),突然斷電,電源恢復(fù)后系統(tǒng)仍能正常工作，且可恢復(fù)斷電前狀態(tài)。正在傳輸數(shù)據(jù)時(shí)突然拔掉磁盤兼容性測試夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：模塊 測試重點(diǎn) 測試方法GSMWeb端

1、每位測試人員每輪測試都以不同瀏覽器兼容(IE10IE11Firefox43+、器配以不同的操作系統(tǒng)和瀏覽器進(jìn)行Chrome38+、Edge) 2、主要頁面用BroserShots和Viewlink.US進(jìn)行測試1、安裝測試;2、上傳一個(gè)文件操作系統(tǒng)兼容性(包括Windowsxp，GSM助手 3、同步一個(gè)文件夾windows7和windows10）4、雙擊鼠標(biāo)打開服務(wù)器上某個(gè)文件夾的一個(gè)word文檔1、分別測試720p和1080p時(shí)界面顯Androidapk 屏幕分辨率和android版本兼容性

示；2Android4.4Android5。1Android60性能測試通過并發(fā)用戶模擬實(shí)際生產(chǎn)環(huán)境壓力，獲得系統(tǒng)響應(yīng)時(shí)間、服務(wù)器資源使用情況、最佳用戶及最大用戶數(shù).并試圖尋找用戶實(shí)際遇到或可能遇到的性能問題.測試分類 測試點(diǎn)針對(duì)每個(gè)核心功能進(jìn)行單獨(dú)的性能測試，以得壓力測試 出各核心功能的性能情況。是否需要進(jìn)行性優(yōu)化和配置調(diào).對(duì)常用的使用場景負(fù)載用戶由10個(gè)開始，每

測試方法使用Loadrunner負(fù)載測試穩(wěn)定性測試

5分鐘增加5個(gè)用戶直至系統(tǒng)無法承受。記錄硬件的負(fù)載情況，從而尋找出系統(tǒng)的最佳用戶數(shù)和最大用戶數(shù).系統(tǒng)在持續(xù)的壓力情況下，長期運(yùn)行時(shí)的業(yè)務(wù)處理能力及系統(tǒng)是否存在內(nèi)存泄露等性能問小時(shí)的性能測試。多用戶訪問GSM系統(tǒng)

同時(shí)在線用戶為50，并發(fā)用戶為10正常使用GSM各個(gè)子系統(tǒng)核心功能的并發(fā)操作 并發(fā)多個(gè)用戶同時(shí)使用上傳、下載、同步功能傳輸效率測試

RAID1RAID5I/OM組建和同步完成的速度。2測試計(jì)劃2.1測試進(jìn)度及產(chǎn)物階段 工作任務(wù)持續(xù)時(shí)間產(chǎn)物項(xiàng)目啟動(dòng) 項(xiàng)目啟動(dòng)一天資源安排分析測試需求，整理測試計(jì)劃與方案測試設(shè)計(jì) 系統(tǒng)使用培訓(xùn)三天測試方案測試環(huán)境測試環(huán)境、測試設(shè)備及測試數(shù)據(jù)準(zhǔn)備對(duì)各模塊逐一進(jìn)行功能測試交叉隨機(jī)測試和回歸測試測試執(zhí)行易用性測試和兼容性測試五周Bug列表性能測試報(bào)告性能測試及報(bào)告測試報(bào)告 編寫整體測試報(bào)告二天整體測試報(bào)告2.2人員安排測試團(tuán)隊(duì)人員安排因不同的階段而有所不同，以下是人員安排及職責(zé)說明.人員角色介入階段人數(shù)工作職責(zé)測試項(xiàng)目組長需求階段開始1人負(fù)責(zé)所有工作的指派和人員調(diào)整,監(jiān)督項(xiàng)目的測試流程進(jìn)度和質(zhì)量，對(duì)評(píng)測結(jié)果和報(bào)告負(fù)責(zé)，評(píng)估測試項(xiàng)目質(zhì)量。性能測試工程師設(shè)計(jì)階段開始1人負(fù)責(zé)設(shè)計(jì)功能及易用性測試用例,設(shè)計(jì)性能測試腳本及場景.并負(fù)責(zé)后期相關(guān)的測試執(zhí)行工作.測試工程師執(zhí)行階段開始3人負(fù)責(zé)具體的測試執(zhí)行工作。執(zhí)行測試案例，記錄案例運(yùn)行結(jié)果，分析測試結(jié)果，提交缺陷報(bào)告任務(wù)工作 測試組長 性能測試工程師 測試工程師團(tuán)隊(duì)和項(xiàng)目管理,跟蹤,規(guī)劃測試評(píng)估,方案,計(jì)劃,工期監(jiān)控任務(wù)分配測試報(bào)告用例詳細(xì)編寫任務(wù)工作 測試組長 性能測試工程師 測試工程師回歸測試,缺陷跟蹤交叉測試質(zhì)量保證數(shù)據(jù)分析,糾錯(cuò)2。3質(zhì)量標(biāo)準(zhǔn)測試質(zhì)量合格須符合以下標(biāo)準(zhǔn)：（產(chǎn)品上線五個(gè)月內(nèi)所發(fā)現(xiàn)的Bug）A致命的≤2

B嚴(yán)重的≤4

C一般的≤5

D輕微的≤5

E建議優(yōu)化的暫不作要求1）為用戶或非測試人員發(fā)現(xiàn)的有效缺陷，且改缺陷不是由需求、功能的變更引起的且在測試任務(wù)書規(guī)定的測試內(nèi)容范圍內(nèi)的缺陷。:10％用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)/測試總結(jié)報(bào)告提交有效缺陷總數(shù)×100%舉例：滿足以下任何一條即視為測試質(zhì)量不合格用戶或非測試人員發(fā)現(xiàn)的有效A類錯(cuò)誤>2用戶或非測試人員發(fā)現(xiàn)的有效B>4的比例>10％用戶或非測試人員發(fā)現(xiàn)的有效CD>5項(xiàng)目溝通管理定期匯報(bào)制度匯報(bào)機(jī)制項(xiàng)目組成員定期向項(xiàng)目經(jīng)理匯報(bào)，原則上是每天匯報(bào)一次。項(xiàng)目經(jīng)理每周通過周報(bào)的形式將項(xiàng)目實(shí)際進(jìn)度和人力資源投入情況向全國中小企業(yè)轉(zhuǎn)讓系統(tǒng)相關(guān)領(lǐng)導(dǎo)進(jìn)行匯報(bào)。報(bào)告方式采用周報(bào)的方式進(jìn)行匯報(bào)，并通過郵件進(jìn)行確認(rèn)。日常溝通記錄項(xiàng)目參加各方在項(xiàng)目進(jìn)行過程中隨時(shí)對(duì)相關(guān)問題進(jìn)行溝通.所有重要的、有主題的日常溝通活動(dòng)都應(yīng)留下記錄或形成備忘錄.日常溝通的主要渠道包括：會(huì)議電話電子郵件3。3定期例會(huì)制度評(píng)審會(huì)議：在各個(gè)里程碑階段召開，討論相關(guān)輸出；10風(fēng)險(xiǎn)溝通會(huì)：當(dāng)出現(xiàn)較大風(fēng)險(xiǎn)時(shí)召開溝通會(huì)，討論解決方案。BugBug在Bug的內(nèi)容描述中需要包含以下元素:NoNo元素說明1前提條件<可選〉重現(xiàn)問題所需要的條件2測試環(huán)境測試環(huán)境應(yīng)包括軟硬件環(huán)境3測試步驟夠讓別人看到步驟就能方便無誤的重現(xiàn)出問題。4預(yù)期結(jié)果預(yù)期應(yīng)用通過測試步驟所能得到的正確結(jié)果5實(shí)際結(jié)果實(shí)際上應(yīng)用通過測試步驟所得到的結(jié)果6附加信息<可選〉任何其它你認(rèn)為能夠幫助到重現(xiàn)或是說明問題的其它信息。7附件盡量提供問題的截圖或是有能力最好能提供相關(guān)的log文件。Bug在Bug的嚴(yán)重級(jí)別定義如下：Bug分級(jí)Bug分級(jí)Bug等級(jí)Bug等級(jí)說明分類說明致命問題Blocker導(dǎo)致整個(gè)產(chǎn)品無法進(jìn)行測試系統(tǒng)無法開機(jī)或不停重啟其他導(dǎo)致無法測試的問題Critical死機(jī)、數(shù)據(jù)丟失、主要功能完全喪失運(yùn)行過程中出現(xiàn)一次死機(jī)、重啟或系統(tǒng)崩潰嚴(yán)重問題Major主要功能部分缺失或數(shù)據(jù)資料部分主要功能不能使用或部分?jǐn)?shù)丟失丟失據(jù)資料丟失一般問題N