1、信訪局網(wǎng)上信訪信息系統(tǒng)項(xiàng)目系統(tǒng)測試方案2015年7月新匯科計算機(jī)本文檔及其所含信息為材料并且由晉中市及所轄各縣（市、區(qū)）信訪局和新匯科計算機(jī)共同擁有。文檔中任何部分未經(jīng)晉中市及所轄各縣（市、區(qū)）信訪局和新匯科計算機(jī)書面授權(quán)，不得泄露給第三方，也不得以任何手段、任何形式進(jìn)行復(fù)制與傳播目錄1 概述 11.1 目標(biāo) 11.2 假設(shè) 11.3 測試圍 21.4 測試方法 21.5 測試步驟 31.6 測試進(jìn)入準(zhǔn)則 41.7 測試結(jié)束準(zhǔn)則 42 測試地點(diǎn)、人員與環(huán)境 . 42.1 測試的地點(diǎn)和人員 42.2 測試環(huán)境 53 組織結(jié)構(gòu) 53.1 組織結(jié)構(gòu) 53.2 職責(zé)圍 54 計劃任務(wù)與時間 . 74.

2、1 計劃任務(wù) 74.2 時間表 84.3 安排 94.4 測試更新安排 175 人員的崗位職責(zé) . 186 缺陷管理 206.1 缺陷管理流程 206.2 缺陷的嚴(yán)重度和修改的優(yōu)先級（此問題請見測試報告） 237 測試報告總結(jié)和分析 . 261 概述省網(wǎng)上信訪信息系統(tǒng)測試方案 （以下簡稱 測試方案）是省網(wǎng)上信訪信 息系統(tǒng)編碼、單元測試完成后，在進(jìn)行系統(tǒng)測試之前， 針對優(yōu)化版的業(yè)務(wù)功能進(jìn) 行功能和集成測試的計劃安排。測試方案 主要明確系統(tǒng)功能和集成測試的有關(guān)規(guī)定和原則， 其目的是提供系統(tǒng)功能和集成測試所依據(jù)和遵循的原則、方法和組織結(jié)構(gòu)。1.1 目 標(biāo)用戶測試階段應(yīng)達(dá)到并完成以下的主要目的與任務(wù)：

3、目的在于檢查優(yōu)化需求版系統(tǒng)功能能否滿足實(shí)際業(yè)務(wù)要求， 流程是否符合各 級信訪機(jī)構(gòu)日常業(yè)務(wù)程序。對系統(tǒng)的業(yè)務(wù)功能進(jìn)行測試， 以驗(yàn)證是否達(dá)到了用戶設(shè)計的業(yè)務(wù)要求， 保證 產(chǎn)品能夠滿足客戶的業(yè)務(wù)需求。 （這里的業(yè)務(wù)需求指的是省網(wǎng)上信訪信息系統(tǒng) 需求規(guī)格說明書、省網(wǎng)上信訪信息系統(tǒng)需求變更 、省網(wǎng)上信訪信息系統(tǒng)需求 深化、省網(wǎng)上信訪信息系統(tǒng)需求補(bǔ)充 ）對系統(tǒng)存在的業(yè)務(wù)及功能錯誤進(jìn)行糾錯，保證系統(tǒng)運(yùn)行的正確性。1.2 假 設(shè)假設(shè)有足夠容量的服務(wù)器資源。假設(shè)有足夠的測試工作站設(shè)備。 假設(shè)人員可以分班輪流，一個實(shí)際工作日能夠測試多于一個的測試營業(yè)日。 假設(shè)測試中發(fā)現(xiàn)的問題能夠得到及時的解決。假設(shè)測試的過程能夠

4、進(jìn)行有效的監(jiān)控。1.3 測試圍本計劃的測試僅包括目前開發(fā)完成的功能。1.4 測試方法 本次測試主要采用黑盒測試方法，即測試軟件產(chǎn)品的功能，不需測試軟 件產(chǎn)品的部結(jié)構(gòu)和處理過程。黑盒測試的目的是試圖盡可能地發(fā)現(xiàn)以下類型的錯誤： 功能錯誤或遺漏； 業(yè)務(wù)流程錯誤； 界面錯誤；數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤； 初始化和終止錯誤。采用黑盒技術(shù)設(shè)計測試用例的方法主要有：等價類劃分；邊界值分析；錯誤推測；因果圖分析；綜合策略。1.5 測試步驟測試執(zhí)行前的準(zhǔn)備：1. 編寫測試計劃：由測試領(lǐng)導(dǎo)小組編寫，明確測試組織的結(jié)構(gòu)和職責(zé)，確 定系統(tǒng)測試的流程以及系統(tǒng)測試所應(yīng)完成的業(yè)務(wù)過程的周期；2. 準(zhǔn)備測試數(shù)據(jù)：由新匯科

5、測試組的人員準(zhǔn)備系統(tǒng)基礎(chǔ)測試數(shù)據(jù)，由信訪 局業(yè)務(wù)功能測試人員準(zhǔn)備業(yè)務(wù)所需要的數(shù)據(jù)；3. 準(zhǔn)備測試用例：由新匯科測試組的人員依據(jù)系統(tǒng)用例和業(yè)務(wù)功能編寫測試用例，由信訪局業(yè)務(wù)功能測試人員補(bǔ)充完善測試用例；4. 準(zhǔn)備測試環(huán)境并初始化數(shù)據(jù)庫；用戶測試執(zhí)行過程：1. 按計劃將任務(wù)分配給各個測試人員；2. 各測試人員按照計劃，根據(jù)測試用例進(jìn)行測試；3. 依據(jù)測試用例和業(yè)務(wù)過程的測試周期進(jìn)行系統(tǒng)功能和流程的測試，對測 試的結(jié)果進(jìn)行驗(yàn)證，對測試的錯誤進(jìn)行判別并確定修改準(zhǔn)則；4. 若測試人員發(fā)現(xiàn)BUG登錄到問題單中；在測試列表清單中登記測試情況（通過或未通過、未通過的填上BUG編號）,如果是二次測試并且測試通過

6、，到問題平臺上關(guān)閉相應(yīng)的BUG。1.6 測試進(jìn)入準(zhǔn)則1. 測試所需的設(shè)備及測試環(huán)境可用。2. 所有支持人員到位。3. 所有源碼及環(huán)境的監(jiān)控步驟已經(jīng)明確并同意。4. 所有有關(guān)人員對其工作圍和職責(zé)明確無誤。5. 所有的測試用例已經(jīng)完成并獲得審查通過。1.7 測試結(jié)束準(zhǔn)則1. 所有測試用例及其相關(guān)用例均已測試完成，測試有關(guān)的文檔齊全，測試 結(jié)果均已接受。2. 所有發(fā)現(xiàn)的致命和嚴(yán)重問題已經(jīng)解決。2 測試地點(diǎn)、人員與環(huán)境2.1 測試的地點(diǎn)和人員測試地點(diǎn)： 呂梁云計算中心 測試人員：省信訪局建設(shè)辦測試人員及新匯科公司需求、測試、支持人員。2.2 測試環(huán)境網(wǎng)上投訴系統(tǒng)： 59.48.248.88:7096/

7、wsts/門戶： 59.48.248.88:7096/舊業(yè)務(wù)數(shù)據(jù)遷移系統(tǒng)： 59.48.248.88:7096/wsts/自助信訪終端系統(tǒng)： 59.49.32.213:28080/touch/touch2.jsp3 組織結(jié)構(gòu)3.1 組 織結(jié)構(gòu)主要人員由省信訪局和新匯科計算機(jī)的人員組成。3.2 職責(zé)圍總負(fù)責(zé)人：監(jiān)控所有的測試活動及任務(wù)的執(zhí)行情況對測試過程中有關(guān)的問題及事項(xiàng)進(jìn)行決策對測試的總體進(jìn)行跟蹤、控制和報告總協(xié)調(diào)人：落實(shí)測試所需的有關(guān)問題，協(xié)調(diào)解決需用戶落實(shí)的問題 協(xié)調(diào)與安排用戶的參與測試組：主要由新匯科專業(yè)測試人員組成，其職責(zé)為:提供所需的技術(shù)支持，如環(huán)境、硬件、軟件、網(wǎng)絡(luò)支持測試小組順利

8、開展測試工作落實(shí)解決測試過程中的問題協(xié)調(diào)測試與開發(fā)之間的一致性輔導(dǎo)各功能測試小組進(jìn)行測試測試缺陷管理在測試階段的終結(jié)提交測試報告測試文檔管理支持組：主要由新匯科開發(fā)小組的負(fù)責(zé)人組成，其職責(zé)為:支持測試小組的測試工作對測試時所產(chǎn)生的問題提供技術(shù)及系統(tǒng)解決方案解決測試中遇到的問題（安排）修改測試發(fā)現(xiàn)的缺陷系統(tǒng)環(huán)境的優(yōu)化各業(yè)務(wù)功能測試小組：準(zhǔn)備測試數(shù)據(jù)、測試材料，并協(xié)同測試組一起完善測試用例執(zhí)行測試 提交測試發(fā)現(xiàn)的缺陷4 計劃任務(wù)與時間4.1 計 劃任務(wù)環(huán)境準(zhǔn)備：測試場地硬件網(wǎng)絡(luò)環(huán)境系統(tǒng)軟件應(yīng)用軟件應(yīng)用軟件的設(shè)計（參數(shù)及數(shù)據(jù)庫初始化等）輔助設(shè)備準(zhǔn)備：（負(fù)責(zé)人：業(yè)務(wù)功能測試人員）用例準(zhǔn)備與審查：（負(fù)責(zé)

9、人：新匯科測試人員、業(yè)務(wù)功能測試人員）準(zhǔn)備各業(yè)務(wù)之測試用例審查用例計劃準(zhǔn)備：（負(fù)責(zé)人：業(yè)務(wù)功能測試人員）組織結(jié)構(gòu)及人員安排 測試與問題處理的流程確定測試時間表執(zhí)行測試：（負(fù)責(zé)人：測試小組人員）執(zhí)行計劃的用例測試對測試的問題進(jìn)行處理進(jìn)行測試的例會對測試結(jié)果進(jìn)行抽檢進(jìn)行測試有關(guān)的文檔控制與管理測試結(jié)束：（負(fù)責(zé)人：新匯科測試人員、業(yè)務(wù)功能測試人員）對測試的結(jié)果進(jìn)行評測準(zhǔn)備并提交總體測試報告4.2時間表在測試時，將按照測試任務(wù)定義來進(jìn)行測試。每個測試任務(wù)都有唯一的 編號，并對應(yīng)一個或多個測試用例。具體一個測試任務(wù)由那幾個測試用例組 成，請參看測試用例。測試時間表如下，詳細(xì)的測試任務(wù)分配表由各業(yè)務(wù)功能測

10、試小組制訂。（工作日）1用戶資料準(zhǔn)備及整理22測試環(huán)境搭建13初始化參數(shù)及數(shù)據(jù)準(zhǔn)備24制訂小組測試任務(wù)分配表15編寫（完善）測試用例和準(zhǔn)備測試數(shù)據(jù)56領(lǐng)導(dǎo)對優(yōu)化版進(jìn)行總結(jié)0.56測試培訓(xùn)18執(zhí)行測試和回歸測試139回歸測試與測試總結(jié)34.3安排模塊測試安排序號系統(tǒng)名稱模塊名稱工期時間（工作日）1門戶系統(tǒng)容編審42欄目管理與授權(quán)模塊23增加欄目14刪除欄目0.55復(fù)制欄目0.56移動欄目27排序欄目28訪問權(quán)限29委托管理110熱點(diǎn)詞匯管理與自動維護(hù)模塊111熱點(diǎn)詞匯定義212熱點(diǎn)詞匯查找213熱點(diǎn)詞匯自動214容編輯工具與容管理模塊215文件管理模塊216容展現(xiàn)模塊定義與管理模塊217容關(guān)系管

11、理模塊218容審核模塊419政治敏感信息審核220容正確性審核221容發(fā)布222容加工與生成模塊123提取已審批通過文檔224關(guān)聯(lián)到網(wǎng)頁模板225發(fā)布到網(wǎng)頁0.526容發(fā)布模式定義與管理模塊227主要容228程序觸發(fā)發(fā)布模式229事件驅(qū)動發(fā)布模式2.530定時發(fā)布模式131實(shí)時發(fā)布模式232容發(fā)布模塊233主要功能334重新發(fā)布欄目135重新發(fā)布文章0.536基于模板生成動態(tài)頁面237基于模板生成靜態(tài)頁面138系統(tǒng)管理139工作流程管理模塊440用戶、角色及權(quán)限管理模塊141新增角色342刪除角色143更新角色144角色權(quán)限對應(yīng)關(guān)系245分配用戶角色246新增用戶1.547刪除用戶2.548更

12、新用戶149登錄信息與認(rèn)證管理模塊150系統(tǒng)管理人員身份驗(yàn)證251系統(tǒng)管理人員的角色權(quán)限分配152多用戶對系統(tǒng)的同時訪問和操作253系統(tǒng)備份/恢復(fù)模塊254自動備份155手工備份256資料恢復(fù)257欄目設(shè)計358UI設(shè)計259首頁設(shè)計0.560欄目頁設(shè)計261容頁設(shè)計1.562導(dǎo)航設(shè)計263領(lǐng)導(dǎo)介紹164信訪局職責(zé)165機(jī)構(gòu)設(shè)置166工作要聞1.567信訪法規(guī)168信訪指南0.569工作動態(tài)170圖片新聞171重要新聞272網(wǎng)上信訪大廳多媒體設(shè)計2.573網(wǎng)上信訪大廳接口開發(fā)374網(wǎng)上投訴 平臺系統(tǒng)信訪人管理子系統(tǒng)275信訪人注冊模塊0.576錄入注冊信息1.577注冊信息校驗(yàn)178提交注冊信

13、息279信訪人身份驗(yàn)證模塊180登錄系統(tǒng)時身份驗(yàn)證281判斷住址的有效性1.582問題發(fā)生地的有效性283用戶名校驗(yàn)284密碼校驗(yàn)2.585個人信息維護(hù)模塊386更新個人信息187信訪人后臺管理模塊288信訪事項(xiàng)登記子系統(tǒng)189登記投訴請求模塊1.590錄入投訴請求信息0.591校驗(yàn)投訴請求信息292提交投訴請求信息193生成并反饋查詢碼模塊194生成反饋唯一查詢碼295與專網(wǎng)生成的查詢碼做是否相冋的校驗(yàn)496申請復(fù)查登記模塊197輸入查詢碼校驗(yàn)有效性198選擇信訪類別399錄入復(fù)查事項(xiàng)理由2100申請復(fù)核登記模塊0.5101輸入查詢碼校驗(yàn)有效性2102列出復(fù)查結(jié)果1103錄入復(fù)核項(xiàng)及理由21

14、04辦理事項(xiàng)網(wǎng)上查詢子系統(tǒng)2105投訴請求辦理情況查詢模塊0.5106驗(yàn)證查詢碼2107短消息提示2108多個投訴請求查詢1109申請復(fù)查辦理情況查詢模塊2110驗(yàn)證查詢碼4111短消息提示2112多個申請復(fù)查查詢3113申請復(fù)核辦理情況查詢模塊1114驗(yàn)證查詢碼1115短消息提示2116多個申請復(fù)核查詢1117信訪人滿意度評價系統(tǒng)2118滿意度評價1119數(shù)據(jù)整理2120建立數(shù)據(jù)字典2121舊業(yè)務(wù)數(shù) 據(jù)遷移表字段映射1122代碼映射2123數(shù)據(jù)質(zhì)量分析0.5124數(shù)據(jù)規(guī)性檢查3125數(shù)據(jù)合法性檢查2126數(shù)據(jù)完整一致性檢查1127數(shù)據(jù)質(zhì)量分析過程2128數(shù)據(jù)差異分析2.5129數(shù)據(jù)調(diào)整與遷移

15、2130數(shù)據(jù)遷移整體測試0.5131轉(zhuǎn)換處理流程可行性的測試1132轉(zhuǎn)換工具或轉(zhuǎn)換程序的測試1133單位數(shù)據(jù)量各個子系統(tǒng)、各個轉(zhuǎn)換步驟， 轉(zhuǎn)換所需時間的測試2134校驗(yàn)程序的測試1135應(yīng)急措施的測試1136數(shù)據(jù)遷移圍2137數(shù)據(jù)交換系統(tǒng)1138數(shù)據(jù)采集2139數(shù)據(jù)交換2140數(shù)據(jù)接收校驗(yàn)入庫2.5141上行交換容2142交換頻度2143交換數(shù)據(jù)的來源3144數(shù)據(jù)交換系統(tǒng)技術(shù)環(huán)境2145數(shù)據(jù)質(zhì)量管理2146系統(tǒng)性能1.5147擴(kuò)展實(shí)施2148數(shù)據(jù)抽取2149數(shù)據(jù)接收1150數(shù)據(jù)管理2151日志管理2152用戶真?zhèn)悟?yàn)證1153用戶手機(jī)號格式及是否合法驗(yàn)證3154用戶手機(jī)號是否可用驗(yàn)證2155用戶

16、注冊信息驗(yàn)證2156用戶掃描二代進(jìn)行注冊2157用戶掃描二代進(jìn)行登錄0.5158掃描打印一體機(jī)掃描紙質(zhì)材料生成圖片2159上傳掃描成圖片材料2160上傳材料驗(yàn)證2161信訪接待上傳材料成功信息反饋4162大廳自助 終端系統(tǒng)刪除上傳材料2163投訴寫信容驗(yàn)證1164投訴寫信提交2165投訴寫信是否允許提交驗(yàn)證2166每日已投訴不允許再次投訴提示2167投訴寫信成功提示1168查看已投訴信訪件0.5169查看信訪件詳情2170查看信訪件的辦理情況3171已處理信訪件滿意度評價2172已處理信訪件滿意度評價提交2173掃描二代查詢來信來訪件2174驗(yàn)證來信來訪碼的有效性0.5175查看來信來訪詳情2

17、176查看來信來訪滿意度評價2177來信來訪滿意度評價提交2178自助查詢一體機(jī)公告顯示1179自助終端投訴與網(wǎng)上投訴系統(tǒng)用戶通用2180自助終端投訴與網(wǎng)上投訴系統(tǒng)數(shù)據(jù)互通1181自助終端投訴與業(yè)務(wù)辦理系統(tǒng)數(shù)據(jù)互通2182二代讀卡器掃描二代信息1183系統(tǒng)還原工具保護(hù)系統(tǒng)安全及不被更改0.5184觸摸屏瀏覽器提供專門的頁面效果24.4測試更新安排每日問題反饋：1. 每天下午6點(diǎn)：將用戶測試問題按照各系統(tǒng)分類進(jìn)行整理，并進(jìn)行問題 分析后發(fā)給需求組。2. 每天晚上7點(diǎn)半：完成對當(dāng)天用戶提出問題的分析。3. 每天晚上10點(diǎn)前：與開發(fā)組各組長制定當(dāng)天反饋問題的修改計劃和每個 問題的反饋意見，并發(fā)給現(xiàn)場

18、參與測試人員。每日版本升級:1. 每天下午5點(diǎn)前：將修改后的問題部署到集成測試環(huán)境。2. 每天下午 6 點(diǎn)：開發(fā)人員和測試人員完成在集成測試環(huán)境下的測試3. 每天下午 6 點(diǎn)半：將測試通過后的更新包打包并發(fā)給實(shí)施組4. 每天晚上 9 點(diǎn)前：完成信訪局測試環(huán)境的更新部署。5. 每天晚上 10 點(diǎn)前：完成信訪局測試環(huán)境更新部署的測試。5 人員的崗位職責(zé)測試員的工作：執(zhí)行測試 執(zhí)行測試案例 檢查測試結(jié)果 填寫測試結(jié)果 填寫測試問題單后提交開發(fā)人員重新測試 重新執(zhí)行測試 重新檢查測試結(jié)果 重新填寫測試結(jié)果 更新問題單并通知開發(fā)人員重測結(jié)果問題負(fù)責(zé)人的工作： 確定問題的圍 統(tǒng)籌問題的解決及修改并進(jìn)行必須

19、的測試及負(fù)責(zé)問題跟蹤匯報 更新問題單 把問題單及所有測試記錄送回測試人員 登記問題 （ 記錄收到問題的日期及時間，并分派問題編號，置問題狀態(tài)為“ OPEN”） 評估問題的嚴(yán)重性 （ 非常嚴(yán)重、嚴(yán)重、一般，輕微 ） 分派問題到問題負(fù)責(zé)人收到從問題負(fù)責(zé)人送回的問題單 記錄收到問題單回應(yīng)的日期時間 判定問題是否得到解決 如果問題得到解決，置問題狀態(tài)為 “PENDING RE-TES”T， 并把所 有測試記錄送交測試員進(jìn)行重測 如果問題沒有得到解決而需要重新分派問題到別的負(fù)責(zé)人，更新問 題記錄中負(fù)責(zé)人的、 轉(zhuǎn)發(fā)日期時間， 并把問題單及所有測試記錄轉(zhuǎn)交新 的負(fù)責(zé)人收到從測試員在重測后送回的問題單 記錄有

20、關(guān)重測的日期時間及結(jié)果-如果重新測試成功，則置問題狀態(tài)為“CLOSE”把問題單及所有測試記錄存檔-如果重新測試失敗，置問題狀態(tài)為“OPE”把問題單及所有測試記錄送交最后的問題負(fù)責(zé)人日常的工作- 準(zhǔn)備有關(guān)問題的報告問題總表問題延誤解決分析表 （ 在預(yù)定時間沒有得到解決的問題 ）- 跟蹤有關(guān)問題單，保證得到問題負(fù)責(zé)人的高度重視- 保存所有問題及測試記錄，以備審查之用6 缺陷管理6.1 缺陷管理流程本項(xiàng)目的測試將利用問題報告單進(jìn)行程序缺陷的管理，問題報告單能如實(shí)地記錄著每個問題的處理過程。下面是缺陷管理的基本流程：1. 登記BUG將該BU酚配給對應(yīng)業(yè)務(wù)開發(fā)組組長；2. 開發(fā)組組長查看BUG的相應(yīng)信息

21、，判斷是否屬于BUG如果不是BUG通知測試組組長，組織相關(guān)人員進(jìn)行討論，經(jīng)確定不是BUG后，測試組組長關(guān)閉該BUG如果是BUG開發(fā)組組長將該BUG分配給合適的開發(fā)人員 進(jìn)行修正，同時通知測試組組長，測試組組長安排人根據(jù) BUG的現(xiàn)象和 對應(yīng)的Use Case書寫二次測試用例；3. 該BUG分配的開發(fā)人員著手進(jìn)行修正，Bug經(jīng)過修改和部測試確定沒有 問題，開發(fā)組提交架構(gòu)組進(jìn)行新版本的集成，提交信息必須包含：新增 加的用例、修改的用例號和對應(yīng)的 BUG ID；4. 開發(fā)人員修改BUG后，請在問題報告單上添加說明一欄中注明修改的信息。5. 架構(gòu)組統(tǒng)一修改新發(fā)布版本中所修訂的 BUG的狀態(tài)為Resolved。6. 當(dāng)BUG犬態(tài)為Resolved和該BUG的二次測試用例準(zhǔn)備完成后，測試組組 長安排測試人員進(jìn)行二次測試。注：如果對Bug描述的現(xiàn)象需要進(jìn)一步說明，請直接和相關(guān)的測試人員 或輔導(dǎo)員進(jìn)行溝通。BUG管理流程如下圖所示:接受測試任務(wù)執(zhí)行測試指派給對應(yīng)應(yīng)用開發(fā)小組組長N登