軟件測(cè)試工作流程(個(gè)人版)(編輯修改稿)
2025-04-22 04:22 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 刪除刪除無(wú)允許正常的操作，錯(cuò)誤操作給出提示信息修改公告內(nèi)容等價(jià)類、邊界值允許正常的操作，錯(cuò)誤的輸入提交給出提示！新增供應(yīng)商寶貝名稱指定寶貝公告內(nèi)容等價(jià)類、邊界值和功能圖允許正常的操作，錯(cuò)誤的輸入提交給出提示！排序上移下移無(wú)允許正常的操作公告顯示方式排序在圖上很難看出有此功能所以要結(jié)合需求說(shuō)明來(lái)分析出來(lái)。、其他非功能測(cè)試? 界面測(cè)試? 兼容性測(cè)試 后臺(tái)軟件分：、Firefox瀏覽器 前端手機(jī)分：手機(jī)系統(tǒng)、手機(jī)品牌? 安裝測(cè)試 文件安裝是否完整 卸載是否干凈 安裝時(shí)停止，是否刪除干凈 安裝文件是否散亂…………………………? 性能測(cè)試 性能測(cè)試應(yīng)該另外確定需求指標(biāo)，按照需求設(shè)置具體的場(chǎng)景和性能參數(shù)指標(biāo)、策略附件要求? 用例模板、缺陷報(bào)告模板? 測(cè)試環(huán)境的搭建? 缺陷管理流程和缺陷級(jí)別定義為下一階段做好準(zhǔn)備缺陷狀態(tài)一般分為：新建、打開、已分配、已修復(fù)、關(guān)閉、重新打開 中間會(huì)有：延期、重復(fù)、拒絕等狀態(tài)缺陷管理流程 由測(cè)試人員發(fā)現(xiàn)bug后，新建bug。Bug的狀態(tài)為《新建》 測(cè)試人員直接把bug指派到相應(yīng)的管理者（一般是由測(cè)試組長(zhǎng)、項(xiàng)目經(jīng)理等人參與bug分配）（打開）或者是在管理者那里就直接關(guān)閉 bug狀態(tài)就直接改為關(guān)閉 Bug經(jīng)過(guò)分配給相應(yīng)的開發(fā)者手中或者是開發(fā)組長(zhǎng)手中，測(cè)試組長(zhǎng)能夠講該bug轉(zhuǎn)移給相應(yīng)的開發(fā)人員。Bug狀態(tài)不改變。狀態(tài)改為 《已分配》。（拒絕修復(fù)、延期修復(fù)等） 測(cè)試人員在做驗(yàn)證時(shí)，主要關(guān)注bug狀態(tài)為 已修復(fù)的bug 如果bug任然存在或者導(dǎo)致了新的bug。那么就《重新打開》然后新建新的bug。如果bug修復(fù)未修復(fù)，那么就重打開 Bug修復(fù)驗(yàn)證完畢，就直接關(guān)閉缺陷等級(jí)劃分分級(jí)Bug等級(jí)Bug等級(jí)說(shuō)明分類說(shuō)明致命問(wèn)題Blocker導(dǎo)致整個(gè)產(chǎn)品無(wú)法進(jìn)行測(cè)試。修改優(yōu)先級(jí)為最高，該級(jí)別需要程序員立即修改○ 模塊無(wú)法啟動(dòng)或異常退出○ 其它導(dǎo)致無(wú)法測(cè)試的錯(cuò)誤Critical死機(jī)，數(shù)據(jù)丟失，主要功能完全喪失，系統(tǒng)懸掛等錯(cuò)誤。修改優(yōu)先級(jí)為最高，該級(jí)別需要程序員立即修改○ 運(yùn)行過(guò)程中系統(tǒng)崩潰/死機(jī)/重啟○ 功能設(shè)計(jì)與需求嚴(yán)重不符○ 嚴(yán)重花屏○ 內(nèi)存泄漏○ 影響手機(jī)語(yǔ)音或數(shù)據(jù)通訊等○ 嚴(yán)重的數(shù)值計(jì)算錯(cuò)誤嚴(yán)重問(wèn)題Major主要功能喪失，導(dǎo)致嚴(yán)重的問(wèn)題，或致命的錯(cuò)誤聲明。修改優(yōu)先級(jí)為高，該級(jí)別需要程序員盡快修改○ 功能未實(shí)現(xiàn)或者存在錯(cuò)誤○
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1