信息系統(tǒng)項(xiàng)目測試方案-資料下載頁
2025-05-14 00:46本頁面
【正文】 員l 重新測試－ 重新執(zhí)行測試－ 重新檢查測試結(jié)果－ 重新填寫測試結(jié)果－ 更新問題單并通知開發(fā)人員重測結(jié)果l 問題負(fù)責(zé)人的工作：－ 確定問題的范圍－ 統(tǒng)籌問題的解決及修改并進(jìn)行必須的測試及負(fù)責(zé)問題跟蹤匯報－ 更新問題單－ 把問題單及所有測試記錄送回測試人員－ 登記問題(記錄收到問題的日期及時間，并分派問題編號，置問題狀態(tài)為“OPEN”)－ 評估問題的嚴(yán)重性(非常嚴(yán)重、嚴(yán)重、一般，輕微)－ 分派問題到問題負(fù)責(zé)人l 收到從問題負(fù)責(zé)人送回的問題單 － 記錄收到問題單回應(yīng)的日期時間－ 判定問題是否得到解決－ 如果問題得到解決，置問題狀態(tài)為 “PENDING RETEST”， 并把所有測試記錄送交測試員進(jìn)行重測－ 如果問題沒有得到解決而需要重新分派問題到別的負(fù)責(zé)人，更新問題記錄中負(fù)責(zé)人的姓名、轉(zhuǎn)發(fā)日期時間，并把問題單及所有測試記錄轉(zhuǎn)交新的負(fù)責(zé)人l 收到從測試員在重測后送回的問題單－ 記錄有關(guān)重測的日期時間及結(jié)果－ 如果重新測試成功，則置問題狀態(tài)為 “CLOSED”，把問題單及所有測試記錄存檔－ 如果重新測試失敗，置問題狀態(tài)為 “OPEN”，把問題單及所有測試記錄送交最后的問題負(fù)責(zé)人l 日常的工作－ 準(zhǔn)備有關(guān)問題的報告問題總表問題延誤解決分析表(在預(yù)定時間內(nèi)沒有得到解決的問題)－ 跟蹤有關(guān)問題單，保證得到問題負(fù)責(zé)人的高度重視－ 保存所有問題及測試記錄，以備審查之用6 缺陷管理 缺陷管理流程本項(xiàng)目的測試將利用問題報告單進(jìn)行程序缺陷的管理，問題報告單能如實(shí)地記錄著每個問題的處理過程。下面是缺陷管理的基本流程：1. 登記BUG，將該BUG分配給對應(yīng)業(yè)務(wù)開發(fā)組組長；2. 開發(fā)組組長查看BUG的相應(yīng)信息，判斷是否屬于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)過修改和內(nèi)部測試確定沒有問題，開發(fā)組提交架構(gòu)組進(jìn)行新版本的集成，提交信息必須包含：新增加的用例、修改的用例號和對應(yīng)的BUG ID；4. 開發(fā)人員修改BUG后，請?jiān)趩栴}報告單上添加說明一欄中注明修改的信息。 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管理流程如下圖所示： 缺陷的嚴(yán)重度和修改的優(yōu)先級（此問題請見測試報告）山西省網(wǎng)上信訪信息系統(tǒng)測試業(yè)務(wù)問題報告單問題編號：提問日期：提問人：問題級別：問題修改優(yōu)先級：問題所在模塊：問題描述答復(fù)日期：答復(fù)人：答復(fù)描述填寫說明：1. 問題編號規(guī)則：模塊名_報告日期（YYMMDD）_報告人_流水號，如：LX_070821_李四_012. 文件命名規(guī)則：3. 問題級別l 缺陷的嚴(yán)重程度級別：級別定義描述示例1致命系統(tǒng)測試無法進(jìn)行下去，必須重新測試。測試時出現(xiàn)Server死機(jī)2嚴(yán)重系統(tǒng)測試仍可繼續(xù)進(jìn)行，但存在的問題對系統(tǒng)功能有重大影響，必須重新測試未完成指定的功能：比如無法保存錄入的信息等等3一般問題對系統(tǒng)功能造成影響，必須進(jìn)行修正，但可根據(jù)情況決定是否需要重新測試操作界面不友好，錯誤信息含糊、不明確4輕微問題對系統(tǒng)功能影響不大，必須進(jìn)行修正，但無需重新測試。界面有錯別字等等l 修改優(yōu)先級：優(yōu)先級對應(yīng)缺陷嚴(yán)重程度修改期限P1致命在發(fā)現(xiàn)該缺陷1天之內(nèi)P2嚴(yán)重在發(fā)現(xiàn)該缺陷3天之內(nèi)P3一般、輕微在發(fā)現(xiàn)該缺陷2星期之內(nèi)4. 問題描述：請重點(diǎn)、詳細(xì)地描述問題出現(xiàn)的過程和問題內(nèi)容。7 測試報告總結(jié)和分析根據(jù)需要可以從問題平臺中生成各種測試報告，并對測試報告統(tǒng)計數(shù)據(jù)進(jìn)行分析以指導(dǎo)后期工作和資源的分布。20
公司管理相關(guān)推薦
鄂ICP備17016276號-1