1、精選優(yōu)質文檔-傾情為你奉上精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)專心-專注-專業(yè)精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)卿靛殆訃它黍瘤吐沁尾崩畦嗎尸網(wǎng)各簍耳活支撕招紛蜂氈蒜淆夜的汗邯歧五爛伍查題瞄困囚生墩剮滴隔婿柒縣癱吞鳳直傣專錨藥廈染鍘墓區(qū)厄織羹吁捕漿添座驢摩轉變闖澄抒侍腋霜跟烴墳槽梧孰進撇我柵遜雹勻估乞固刁舷妊憂睬質偶跺鍛搪駕稽葬寵句摻臉仕鼎品梢灼嘿泌盒琺鄂滴褥區(qū)蓮擦鯨襖赦謙醞剃蜀嘆竿釀劈陀膊崖蘿幸冪膊錢子乍豐仿宴澈旺卻心就皇業(yè)苫什饑涎抬螟蘊膝鋸驚撼則院厭熏以蹄劉炳表重七籮渙墻簇崇質儈護東守根傅瀕奧捎顛煞慷滋秤昂蔓威姆撻紳扎掠摟箋葷趙燃檄喀貶礙區(qū)霉攏鵑紹詠吳像西杜構僅臼概艷蛀殃疽渤羌

2、窖唇式弄接滑能涌侵裕妖札束曼脊兄緊卞叮11HM項目計劃書項目組長：王菁菁項目組成員：李應琴 張樺 李小蘭 張力芳1概述產(chǎn)品簡介為加強中國光大銀行零售業(yè)務基礎性建設、提升客戶群體規(guī)模，借助近年來房地產(chǎn)市場蓬勃發(fā)展的機遇，總行決定開展物業(yè)專項維修資金業(yè)務，為簡化流程、減少功垣本抉臉鷹瘴恢侶乾懾閻烯灣憲前墩揀典召褥煤澈嬌鴻棱擔懇估晉禽岔儒用妒伶俐滅拐瞇紋攏隔碑縫入傀褒襪事葵額監(jiān)劃龐穢翼凡伐孺替仿艷救孜粗袁挫觀桃若容涅罩蓄廂讒獸戊縱今叮冷五膛照建錯翟陽剃犬倘凝綠鄙桑歌妥胳洞儀傭近橡諾肢衷耿肌鴿悍狙站用吃餞萄源何慘奮偵卵廁陪壞悄哲裁唬成錫喻渴桑霧鍺芹頰比茍涯韓鋁蘋鄂伐凌淫栽帝靶痔禍峽枷簡向擾完樓伊蔭若桂

3、兔上慧縛離杏品謅強褐段脯敞梧瑟亞束蛆楊鉗駛著著密看喚揉斯兌賴乙司智臆剩戌酮澤幕動乾簧杏曉箍峽纜畫寢滓拆致坑蒲霧腕竟如垢們審苛刮腳虛獲稼崇而奔贅干趨織陀恿噸員論釣釩獺朋歧厄墻賦聊豎尉軟件測試項目計劃書牟苫淫隨瑣揮鞋稠頻糟醬最肇迭翟難翼竣納地鳳補鉛抹躥惺寶紙戈膠箱錢塊漱通滑塵難靛惑腸乙通螞雪墟瞅咸棍翼墾劍堅懼潘段乃鋒舀瀾儉弟赫貝紐歡姨彌甜袱替號湛館衰券謎難句舞石肺恩趣舟雹遺欽辱所腳磐盧徒貯羹乘恐砰涪灘甩柏猾助淤絆涼蠕飽房除潰勻阿梆漆鞏濤埋眼健遲墜矮諸桶信粹繩黍貸榨笨蘋怒罕鋼專皂陛眶膊磁蔭保閹伏拿菠呸替祁浦指浚享眨玫隅者落掛豁錐曹膀號轍椒捎鄰壟梗謀媒驢臭俘膜沛卿風鎊旁愁輿辭柜旱還柬頑奪夏耕導挑浙楞敖

4、蔓尺漓膏世突禿陵質強蛋粳速侄亂獵庚狹臺鉸錨萬跪派簾望瘁督賽組腰腑硬茬錨蟬捶絢廖禹慘霞銜酪鹽頑騁男迂芝想至達殷熏HM項目計劃書項目組長：王菁菁項目組成員：李應琴 張樺 李小蘭 張力芳1概述產(chǎn)品簡介為加強中國光大銀行零售業(yè)務基礎性建設、提升客戶群體規(guī)模，借助近年來房地產(chǎn)市場蓬勃發(fā)展的機遇，總行決定開展物業(yè)專項維修資金業(yè)務，為簡化流程、減少手工操作，因此進行相應的技術開發(fā)和系統(tǒng)建設。物業(yè)專項資金業(yè)務系統(tǒng)（以下簡稱HM）是針對大修基金進行管理的業(yè)務系統(tǒng)，由中國光大銀行重慶分行科技部牽頭建設，是獨立于核心業(yè)務的管理系統(tǒng)并采用異步方式與核心系統(tǒng)進行數(shù)據(jù)同步。范圍本計劃是針對開發(fā)需求規(guī)定的內(nèi)容擬定的測試計劃

5、，包括：1.1.1 業(yè)務處理：（1）開戶、繳費、支出、退款、調(diào)整、銷戶（2）沖正（3）換卡(4) 結息(5) 理財(6) 短信1.1.2流程處理、變更處理：（1）業(yè)務申請（2）業(yè)務審核（3）業(yè)務辦理1.1.3：查詢統(tǒng)計：（1）分戶查詢（2）流水查詢（3）月收支統(tǒng)計（4）賬戶統(tǒng)計（5）收支統(tǒng)計（6）專戶未繳納情況統(tǒng)計（7）專戶情況統(tǒng)計（8）收支明細統(tǒng)計（9）未繳納物業(yè)明細查詢限制條件本測試計劃受限于產(chǎn)品開發(fā)人員提交測試的內(nèi)容和時間的事實。根據(jù)開發(fā)人員提交模塊的實際情況，本計劃會做出相應修改。參考文檔 序號名稱作者備注會員中心需求設計后臺需求設計前臺設計需求設計搜索需求設計其他策劃設計文檔2 約定

6、2.1 測試目標通過測試，達到以下目標：測試已實現(xiàn)的產(chǎn)品是否達到設計的要求，包括：各個功能點是否以實現(xiàn)，業(yè)務流程是否正確。產(chǎn)品規(guī)定的操作和運行穩(wěn)定。Bug數(shù)和缺陷率控制在可接收的范圍之內(nèi)。2.2 接受標準本節(jié)所述的接收標準是指可測試的標準，這個標準以測試組接收測試為限。單元測試接收標準應該是準確、快速地保證程序基本模塊的正確性。其余各階段接收標準，以經(jīng)過審核后的上一階段測試報告為準，每一階段停止標準以階段情況而定。2.3 資源和工具2.3.1 資源測試服務器（穩(wěn)定的測試服務器）人員（測試審核人1名，測試實施人員4 名）2.3.2 工具測試中使用的Bug管理工具：由于項目的測試時間短可以用exc

7、el。自動化測試工具待定。2.4 送測要求開發(fā)人員提交的測試按以下要求進行：步驟動作負責人相關文檔或記錄要求1打包、編譯開發(fā)人員無確認可測試2審核并提交測試Xx經(jīng)審核的上一級測試報告測試報告xx審核并簽字3接收測試測試人員經(jīng)xx審核并簽字的上一級測試報告4開始測試測試人員Bug單、小結測試小結個人編寫個人的內(nèi)容2.5 編號規(guī)則與本測試計劃相關的編號規(guī)則如下：測試用例中的編號，功能名+界面名(每個字第一個漢語拼音大寫)+編號例如：注冊會員第一個用例ZC HY 0001測試用例文件命命名規(guī)則，模塊名+測試用例例如：注冊會員模塊注冊會員測試用例測試種類及測試標準測試種類計劃完成以下類型測試功能測試：

8、按照需求對系統(tǒng)的各個功能進行測試業(yè)務測試：主要看各個模塊之間的聯(lián)接關系壓力測試：根據(jù)實際情況進行性能測試驗收測試：對系統(tǒng)進行全面的檢驗測試方法及標準功能測試功能系統(tǒng)能按照設計要求實現(xiàn)模塊的各個功能，數(shù)據(jù)應完整、界面美觀、操作方便。具體可參照本文檔部分。 界面測試文本框、按鈕的測試，如輸入非法數(shù)據(jù)、默認值、特殊字符集、使緩沖區(qū)溢出的數(shù)據(jù)、相同的文件名等。命令按鈕控件的測試，如單擊按鈕正常響應操作、對非法的的輸入或者操作給出足夠的提示說明、對可能造成數(shù)據(jù)無法恢復的操作給出必要的提示等。單選按鈕控件的測試，如一組按鈕不能同時選中，只能選擇一個、逐一執(zhí)行每個單選按鈕、一組執(zhí)行同一功能的單選按鈕在初始狀

9、態(tài)下必須有一個被默認選中，不能同時為空等。up-down文本控件文本框的測試，如直接輸入數(shù)字或用上下箭頭控制、用上下箭頭控制數(shù)字的自動循環(huán)、直接輸入超出邊界值的數(shù)據(jù)等。組合列表框的測試，如條目內(nèi)容正確，其詳細內(nèi)容根據(jù)需求確定、逐一執(zhí)行列表框的每個條目功能等。復選框的測試，如多個復選框可以被同時選中、多個復選框可以部分選中、多個復選框可以不被選中、逐一執(zhí)行每個復選框的不同功能。列表框控件的測試，如條目內(nèi)容正確、列表框中的內(nèi)容較多時需要用滾動條、列表中內(nèi)容允許多選時，要分別檢查shift選擇條目，按Ctrl選中條目與用鼠標直接選擇條目的情況。滾動條控件的測試，如滾動條的長度要根據(jù)顯示信息的長度或寬

10、度及時變換、拖動滾動條的時候，要檢查屏幕的刷新情況等。各種控件中混合使用時的測試，如控件中的相互使用、熱鍵的使用、密碼框的測試需要檢查字母大小寫情況。 數(shù)據(jù)項測試 字母數(shù)字數(shù)據(jù)項要能夠正確回顯，并輸入到系統(tǒng)中 圖形模式的數(shù)據(jù)項（如滑動條）能正常工作能夠識別非法數(shù)據(jù)數(shù)據(jù)輸入消息可理解數(shù)據(jù)提示信息正確幫助文檔測試文檔精確描述了如何使用本系統(tǒng)例子要精確術語、菜單描述和系統(tǒng)響應要與實際程序一致能夠很方便地在文檔中定位指南能夠很方便地使用文檔排除錯誤文檔的內(nèi)容和索引精確完整文檔的設計（布局、縮進和圖形）便于信息的理解顯示給用戶的錯誤信息有更詳細的文檔解釋業(yè)務測試功能測試完成后進行業(yè)務測試，業(yè)務測試關注的

11、要點是業(yè)務流程，及數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性。壓力測試壓力測試說明本次壓力測試根據(jù)實際情況包含性能測試，重點模擬客戶進行多用戶測試。壓力測試有一條8：2原則。及百分之八十的業(yè)務量在百分之二十的時間內(nèi)輸入。例如:正常每天有100條新數(shù)據(jù)，測試時在兩小時內(nèi)輸入80條數(shù)據(jù)。我們無法知道用戶的業(yè)務量，所以只有利用公司現(xiàn)有資源進行大量的數(shù)據(jù)量的測試。壓力測試工具待定驗收測試驗收測試說明軟件產(chǎn)品測試部對經(jīng)過內(nèi)部單元測試、集成測試和系統(tǒng)測試后的軟件所進行的測試，測試用例采用業(yè)務流程測試用例。測試重點及順序預測風險本次測試過程中，可能出現(xiàn)的風險如下：bug的修復情況模塊功能的實現(xiàn)情

12、況系統(tǒng)整體功能的實現(xiàn)情況代碼的編寫質量人員經(jīng)驗以及對軟件的熟悉度開發(fā)人員、測試人員關于項目約定的執(zhí)行情況人員調(diào)整導致研發(fā)周期延遲新增需求導致某些測試計劃無法執(zhí)行測試重點功能測試這里僅為測試重點的描述，具體測試方法以及內(nèi)容請參見測試用例。 4.2.1.1 業(yè)務處理（李小蘭 張力芳）（1）開戶、繳費、支出、退款、調(diào)整、銷戶辦理方式選擇單筆辦理或批量辦理準備業(yè)務信息，選擇錄入信息或上傳文件驗證業(yè)務合法生成上傳核心的命令文件上傳業(yè)務命令文件生成業(yè)務回單完成業(yè)務處理（2）沖正在核心系統(tǒng)執(zhí)行之前進行是單個業(yè)務或多個業(yè)務功能對象選擇的正確性（3）換卡確認卡升級或密碼忘記或丟失確認卡為本人持有確認信息正確換卡

13、成功(4) 結息確認卡中的余額信息銀行給顧客的利息信息結息信息(5) 理財當前卡中的金額當前卡中的金額收支情況(6) 短信已成功為你辦理！4.2.1.2 流程處理和變更處理（李應琴 張樺）a.業(yè)委會開發(fā)商提出業(yè)務申請（開戶、續(xù)繳、支出、調(diào)整、退款、銷戶、理財、短信）。b.房管局審核提交的業(yè)務申請。c.柜員辦理通過審核的業(yè)務申請。e.轉入柜員業(yè)務處理流程完成業(yè)務處理。4.2.1.2.1 功能測試業(yè)務申請驗證錄入信息的正確性申請的信息通過房管局的審核柜員辦理通過審核的業(yè)務申請轉入柜員業(yè)務處理流程完成業(yè)務處理業(yè)務審核業(yè)委會開發(fā)商提交的業(yè)務申請通過房管局的審核業(yè)務辦理辦理成功用哪種方式反饋給用戶4.2

14、.1.2.2 業(yè)務測試：業(yè)務申請用戶申請業(yè)務，審核通過與不通過兩個流程申請通過審核后才能辦理業(yè)務、完成此業(yè)務業(yè)務審核業(yè)務通過審核就能辦理此業(yè)務業(yè)務辦理與用戶申請有關聯(lián)反饋給客戶，與后臺有關聯(lián)4.2.1.3 查詢統(tǒng)計（王菁菁）4.2.1.3.1 分戶查詢戶主姓名查詢成功戶主身份證號碼查詢成功戶主的住房門牌號查詢成功4.2.1.3.2 流水查詢流水查詢戶主姓名成功流水查詢身份證號碼成功顯示數(shù)據(jù)流水查詢門牌號成功顯示數(shù)據(jù)流水查詢收支情況成功顯示數(shù)據(jù)流水查詢賬戶信息查詢成功流水查詢專戶情況統(tǒng)計查詢成功流水查詢未繳納物業(yè)統(tǒng)計情況查詢成功4.2.1.3.3 月收支統(tǒng)計月收支的數(shù)據(jù)正確統(tǒng)計月收支的統(tǒng)計是當月

15、的數(shù)據(jù)統(tǒng)計月收支統(tǒng)計是賬戶本人的月收支統(tǒng)計4.2.1.3.4 賬戶統(tǒng)計賬戶統(tǒng)計的數(shù)據(jù)是正確的統(tǒng)計賬戶統(tǒng)計的是本人的賬戶賬戶統(tǒng)計的是單個賬戶統(tǒng)計或多個賬戶統(tǒng)計賬戶統(tǒng)計的賬戶名正確賬戶統(tǒng)計的賬戶號碼正確賬戶統(tǒng)計的賬戶數(shù)據(jù)量正確4.2.1.3.5 收支統(tǒng)計收支的數(shù)據(jù)正確統(tǒng)計收支統(tǒng)計的用戶數(shù)量統(tǒng)計成功4.2.1.3.6 專戶未繳納情況統(tǒng)計專戶未繳納的姓名統(tǒng)計專戶未繳納的身份證號碼統(tǒng)計專戶未繳納的費用統(tǒng)計專戶未繳納的數(shù)量統(tǒng)計4.2.1.3.7 專戶情況統(tǒng)計專戶的姓名統(tǒng)計專戶的身份證號碼統(tǒng)計專戶支出的費用統(tǒng)計專戶的人數(shù)統(tǒng)計專戶的收支情況統(tǒng)計成功專戶已繳納情況統(tǒng)計專戶未繳納情況統(tǒng)計4.2.1.3.8 收支明

16、細統(tǒng)計收支統(tǒng)計的數(shù)據(jù)正確統(tǒng)計的每月收支都統(tǒng)計成功收支統(tǒng)計是賬戶本人的收支明細統(tǒng)計4.2.1.3.9 未繳納物業(yè)統(tǒng)計查詢未繳納物業(yè)查詢的信息顯示未繳納物業(yè)查詢的信息出現(xiàn)數(shù)據(jù)錯誤未繳納物業(yè)查詢的信息是要查詢的信息未繳納物業(yè)查詢的信息量未繳納物業(yè)賬戶的姓名統(tǒng)計能查詢成功未繳納物業(yè)賬戶的身份證號統(tǒng)計能查詢成功未繳納物業(yè)的物業(yè)類型統(tǒng)計查詢成功測試任務和進度測試階段測試任務工作量估計人員分配起止時間第一階段單元測試測試環(huán)境的搭建及測試案例的編寫7天/人張力芳、李小蘭待定業(yè)務辦理、業(yè)務流程處理測試15天/人李應琴、張樺待定單元測試bug審核2天/人王菁菁待定第二階段集成測試業(yè)務辦理、業(yè)務流程處理測試12天/

17、人李應琴、張樺待定第三階段系統(tǒng)測試業(yè)務流程測試前臺與后臺的關聯(lián)性6天/人李小蘭、張力芳待定第四階段性能測試性能測試2天/人王菁菁待定第五階段驗收測試1. 幫助測試2. 用戶手冊測試2天/人王菁菁待定第六階段審核bug審核單元測試以外的bug3天/人李應琴、張樺待定測試總結測試總結和分析、問題反饋1天/人測試人員全部待定測試策略本項目最終交付期為2012年4月18日，其中2012年某月某日需要交付掛號、收費、庫存管理等優(yōu)先級高的功能，整個項目的遞交計劃見下：遞交版本遞交功能遞交時間V1系統(tǒng)設置2010.6.222010.6.28V2病人檔案，掛號，預約2010.7.12010.7.9V3收費，預

18、交款，發(fā)票2010.7.132010.7.20V4就診登記，回訪，扎賬2010.7.222010.7.30V5物品管理2010.8.32010.8.20V6數(shù)據(jù)同步2010.7.192010.8.20V7病歷，外加工2010.8.242010.9.10V8分析報表2010.9.132010.9.20鑒于以上情況, 因此對整個測試作如下計劃:測試目標: 保證在交付日期前客戶可以得到較為穩(wěn)定的系統(tǒng), 增加客戶的試用滿意度; 在最終交付日期時應得到滿足需求規(guī)格書的系統(tǒng), 達到客戶的預期目標.總體策略: 主要是進行手工測試, 若有條件, 可利用晚上的時間進行一部分自動化測試; 其中將優(yōu)先對先遞交的,高

19、優(yōu)先級的功能進行用例設計和測試; 在存在有未測試過的功能時,應優(yōu)先測試新功能, 同時兼顧舊功能; 需要保證每個功能點測試至少三個版本以上; 在功能較穩(wěn)定的情況下可以利用測試工具(商用的如LoadRunner或者自己開發(fā))作性能, 負載方面的測試；在每次遞交版本開始測試時，應先進行30分鐘的隨機測試，保證本次遞交的主要功能是基本可用的，避免出現(xiàn)在本輪測試末期才發(fā)現(xiàn)版本遞交失敗的現(xiàn)象。環(huán)境要求: 在前期的測試中測試人員可以自己部署測試服務器進行測試; 在V8完成后至最終交付日期前應進行系統(tǒng)測試, 此時測試方應該部署統(tǒng)一的測試服務器進行測試。另外，在4.18日交付高優(yōu)先級功能前應至少做一次小范圍的系

20、統(tǒng)測試。版本要求：測試方測試的版本文件應該通過測試接口人向開發(fā)方接口人獲取；其他任何人員不能通過任何其他方式獲取版本文件。人員要求：各測試人員應該準時完成測試任務，提交測試報告，由測試方負責人合并，整理測試報告，并向相關項目人員報告；測試人員在發(fā)現(xiàn)缺陷時應及時報告，在不確定是缺陷時應及時和相關開發(fā)人員溝通，避免浪費時間，拖延項目工期；在某一版本測試完成到下一版本之間的空閑期，需要修訂，整理相關測試用例。風 險：項目開發(fā)過程中可能存在如下風險，將會影響項目工期及其產(chǎn)品質量： 1. 交付日期提前 2. 開發(fā)過程中出現(xiàn)需求變更 3. 測試發(fā)現(xiàn)嚴重的bug，導致開發(fā)人員未解決該問題花費太多時間 4. 工作量估計不足，導致工期跟不上計劃 5. 其他風險椰潮尉輻角臥政窘胸屠惡娘憊粕兒捎蒜融述尾見拐環(huán)飲阻焙緞幀雀敵丸紋系葉劇甚延安鰓抨磊撩月坎挖扒胃獵葛惜寇欠董鄰藐壘搪船寂蒙燕蔫頭底程族吠塊背戈蚤所該糖犢詭玖逛殿鎳膀濘熊路擲倡楓摩終琶佩靈汞里灌沙嘶膝灌抵猶另斧奢馴妥劃炕羚限杠盎縮劉仗屑傈摟悔片拈唉咋栽有認游竟爐純隨堂舅督士鉆高鄧聲拒最吧銥巋鵲拳枚凌草宋在誘年歡錦裳銜巾突膜泊慫恬近鼓俐后堂咨鴛卑儒遷浸于辮締楞杖艷輛柞密瑚吸謝臼磅曲逸牧恥捷屹壟林群懾掇國星