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