適用范圍與應(yīng)用場(chǎng)景模板使用步驟詳解第一步：測(cè)試前置準(zhǔn)備明確測(cè)試目標(biāo)與范圍根據(jù)產(chǎn)品需求文檔（PRD）或測(cè)試計(jì)劃，確定本次測(cè)試的核心目標(biāo)（如功能完整性、功能達(dá)標(biāo)、用戶體驗(yàn)優(yōu)化等）及測(cè)試范圍（涵蓋的模塊、功能點(diǎn)或用戶場(chǎng)景）。示例：若為電商APP“購(gòu)物車功能”測(cè)試，目標(biāo)需包含“商品添加、數(shù)量修改、價(jià)格計(jì)算、結(jié)算流程”等核心場(chǎng)景，范圍需明確是否包含“優(yōu)惠券疊加”“運(yùn)費(fèi)計(jì)算”等子功能。組建測(cè)試團(tuán)隊(duì)并分配職責(zé)明確測(cè)試負(fù)責(zé)人（測(cè)試經(jīng)理）、執(zhí)行測(cè)試人員（測(cè)試工程師A/B）、開發(fā)對(duì)接人（開發(fā)工程師C）、產(chǎn)品評(píng)審人（產(chǎn)品經(jīng)理D）等角色，保證每個(gè)問題有明確的責(zé)任主體。準(zhǔn)備測(cè)試資源與環(huán)境準(zhǔn)備測(cè)試所需的數(shù)據(jù)（如測(cè)試賬號(hào)、模擬訂單、測(cè)試設(shè)備等）及測(cè)試環(huán)境（如開發(fā)環(huán)境、測(cè)試環(huán)境、預(yù)生產(chǎn)環(huán)境），保證環(huán)境與生產(chǎn)環(huán)境一致（或差異可控）。第二步：測(cè)試執(zhí)行與記錄執(zhí)行測(cè)試用例并填寫記錄依據(jù)測(cè)試用例（需提前編寫并評(píng)審），按步驟執(zhí)行測(cè)試操作，詳細(xì)記錄“實(shí)際結(jié)果”與“預(yù)期結(jié)果”是否一致。示例：測(cè)試“購(gòu)物車刪除商品”功能，操作步驟為“登錄APP→進(jìn)入購(gòu)物車→商品右側(cè)‘刪除’按鈕→確認(rèn)刪除”，預(yù)期結(jié)果為“商品從購(gòu)物車移除，總價(jià)更新”，若實(shí)際結(jié)果為“商品未刪除，總價(jià)未更新”，則標(biāo)記為“失敗”。記錄測(cè)試過程關(guān)鍵信息對(duì)測(cè)試中發(fā)覺的異常情況（如偶現(xiàn)問題、環(huán)境異常等），需補(bǔ)充記錄“測(cè)試環(huán)境信息”（如系統(tǒng)版本、設(shè)備型號(hào)、網(wǎng)絡(luò)狀態(tài)）、“復(fù)現(xiàn)條件”（如操作頻率、特定數(shù)據(jù)組合）等，便于后續(xù)復(fù)現(xiàn)分析。第三步：?jiǎn)栴}分級(jí)與上報(bào)對(duì)問題進(jìn)行嚴(yán)重程度分級(jí)根據(jù)問題對(duì)用戶體驗(yàn)、產(chǎn)品功能或業(yè)務(wù)目標(biāo)的影響程度，劃分為4個(gè)級(jí)別（需團(tuán)隊(duì)統(tǒng)一標(biāo)準(zhǔn)）：致命（P0）：導(dǎo)致系統(tǒng)崩潰、核心功能完全不可用、數(shù)據(jù)丟失或安全漏洞（如支付失敗導(dǎo)致用戶資金損失）。嚴(yán)重（P1）：主要功能異常，影響核心流程完成（如無(wú)法提交訂單、無(wú)法登錄）。一般（P2）：次要功能異常，不影響主要流程，但有優(yōu)化空間（如頁(yè)面文案錯(cuò)誤、交互卡頓）。輕微（P3）：界面、提示等細(xì)節(jié)問題，無(wú)實(shí)際影響（如按鈕顏色偏差、錯(cuò)別字）。創(chuàng)建問題記錄并分配負(fù)責(zé)人在模板“問題詳情跟蹤表”中填寫完整信息，包括問題描述、復(fù)現(xiàn)步驟、嚴(yán)重程度、附件（截圖/錄屏/日志）等，并根據(jù)問題模塊分配給對(duì)應(yīng)開發(fā)負(fù)責(zé)人（如“購(gòu)物車功能”問題分配給開發(fā)工程師C）。第四步：?jiǎn)栴}跟蹤與處理實(shí)時(shí)更新問題狀態(tài)開發(fā)人員接收問題后，需及時(shí)處理并更新狀態(tài)，狀態(tài)流轉(zhuǎn)包括：新建→處理中→已解決→已驗(yàn)證→已關(guān)閉。若問題延期或需協(xié)調(diào)資源，需在“備注”欄說明原因。記錄處理過程與結(jié)果開發(fā)人員需在“處理結(jié)果”欄填寫問題根因（如“接口參數(shù)傳遞錯(cuò)誤”“前端邏輯判斷遺漏”）及解決方案（如“修改接口參數(shù)”“優(yōu)化前端代碼”），測(cè)試人員需同步記錄驗(yàn)證結(jié)果（如“驗(yàn)證通過，功能正?！保５谖宀剑簻y(cè)試總結(jié)與閉環(huán)統(tǒng)計(jì)測(cè)試數(shù)據(jù)測(cè)試結(jié)束后，匯總“測(cè)試基本信息表”中的用例執(zhí)行情況（通過率=通過用例數(shù)/總用例數(shù)×100%）及“問題詳情跟蹤表”中的問題分布（按嚴(yán)重程度、模塊統(tǒng)計(jì)），測(cè)試報(bào)告。推動(dòng)問題閉環(huán)對(duì)未解決的問題（如延期問題、需版本迭代解決的問題），需明確后續(xù)計(jì)劃（如“下個(gè)版本修復(fù)”），并在模板中標(biāo)注“待處理”狀態(tài)，保證所有問題均有明確歸宿。表格結(jié)構(gòu)與字段說明一、測(cè)試基本信息表字段名示例內(nèi)容說明產(chǎn)品名稱電商APPV3.2測(cè)試的產(chǎn)品/項(xiàng)目名稱版本號(hào)V3.2.1當(dāng)前測(cè)試的產(chǎn)品版本號(hào)測(cè)試階段系統(tǒng)測(cè)試如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、UAT等測(cè)試負(fù)責(zé)人測(cè)試經(jīng)理統(tǒng)籌測(cè)試流程的負(fù)責(zé)人測(cè)試周期2024-03-01至2024-03-07測(cè)試開始至結(jié)束的時(shí)間核心測(cè)試范圍購(gòu)物車、訂單、支付模塊本次測(cè)試重點(diǎn)覆蓋的功能模塊用例總數(shù)120本次執(zhí)行的所有測(cè)試用例數(shù)量通過用例數(shù)108執(zhí)行結(jié)果為“通過”的用例數(shù)量用例通過率90%（通過用例數(shù)/用例總數(shù)）×100%備注環(huán)境穩(wěn)定性良好，偶現(xiàn)2次卡頓測(cè)試過程中的異常情況或需說明的事項(xiàng)二、測(cè)試用例執(zhí)行記錄表用例ID模塊功能描述前置條件操作步驟預(yù)期結(jié)果實(shí)際結(jié)果執(zhí)行狀態(tài)執(zhí)行人執(zhí)行時(shí)間TC-001購(gòu)物車添加商品到購(gòu)物車用戶已登錄，商品詳情頁(yè)打開1.“加入購(gòu)物車”按鈕；2.返回購(gòu)物車頁(yè)面查看商品顯示在購(gòu)物車中商品顯示在購(gòu)物車中通過測(cè)試工程師A2024-03-0210:30TC-002購(gòu)物車修改商品數(shù)量購(gòu)物車中有至少1件商品1.進(jìn)入購(gòu)物車頁(yè)面；2.“+”按鈕將數(shù)量從1改為2；3.查看總價(jià)變化總價(jià)按新數(shù)量正確計(jì)算總價(jià)未更新，仍為單件價(jià)格失敗測(cè)試工程師B2024-03-0211:15TC-003訂單提交訂單購(gòu)物車中有商品，地址已填1.“去結(jié)算”；2.確認(rèn)訂單信息；3.“提交訂單”提交成功，顯示“訂單創(chuàng)建成功”提示提交失敗，提示“網(wǎng)絡(luò)錯(cuò)誤，請(qǐng)重試”失敗測(cè)試工程師A2024-03-0309:00三、問題詳情跟蹤表問題ID所屬模塊問題描述嚴(yán)重程度復(fù)現(xiàn)步驟截圖/附件發(fā)覺人發(fā)覺時(shí)間負(fù)責(zé)人處理狀態(tài)處理結(jié)果驗(yàn)證結(jié)果驗(yàn)證人驗(yàn)證時(shí)間關(guān)聯(lián)用例IDBUG-001購(gòu)物車修改購(gòu)物車商品數(shù)量后，總價(jià)未實(shí)時(shí)更新，需刷新頁(yè)面才顯示正確價(jià)格P11.登錄APP；2.添加商品A（單價(jià)100元）到購(gòu)物車；3.在購(gòu)物車將數(shù)量從1改為2；4.觀察總價(jià)變化截圖_數(shù)量修改后總價(jià)錯(cuò)誤.jpg測(cè)試工程師B2024-03-0211:15開發(fā)工程師C已解決修復(fù)了前端數(shù)量變更時(shí)的價(jià)格計(jì)算邏輯，新增實(shí)時(shí)更新接口調(diào)用驗(yàn)證通過，數(shù)量修改后總價(jià)實(shí)時(shí)更新測(cè)試工程師A2024-03-0414:30TC-002BUG-002訂單提交訂單時(shí)，若收貨地址為空，仍提示“提交成功”，實(shí)際未創(chuàng)建訂單P01.購(gòu)物車有商品；2.“去結(jié)算”后不填寫收貨地址；3.直接“提交訂單”錄屏_空地址提交訂單.mp4測(cè)試工程師A2024-03-0309:00開發(fā)工程師C已解決后臺(tái)增加地址非空校驗(yàn)，未填寫地址時(shí)提示“請(qǐng)?zhí)顚懯肇浀刂贰辈⒆柚固峤或?yàn)證通過，空地址時(shí)無(wú)法提交測(cè)試工程師B2024-03-0510:00TC-003BUG-003支付使用優(yōu)惠券支付時(shí)，若優(yōu)惠券過期，系統(tǒng)未提示，仍允許使用并支付失敗P21.領(lǐng)取已過期優(yōu)惠券；2.下單時(shí)選擇該優(yōu)惠券；3.“立即支付”截圖_過期優(yōu)惠券使用提示缺失.jpg測(cè)試工程師B2024-03-0416:20開發(fā)工程師D處理中定位為優(yōu)惠券狀態(tài)校驗(yàn)邏輯缺失，計(jì)劃下個(gè)版本修復(fù)（2024-03-10上線）待驗(yàn)證--TC-005使用規(guī)范與注意事項(xiàng)問題描述需具體可復(fù)現(xiàn)避免模糊表述（如“購(gòu)物車有問題”），應(yīng)遵循“5W1H”原則：What（問題現(xiàn)象）、Where（出現(xiàn)位置）、When（發(fā)生時(shí)間）、Who（涉及用戶）、Why（影響結(jié)果）、How（復(fù)現(xiàn)步驟）。示例：錯(cuò)誤描述為“購(gòu)物車功能異?！?，正確描述為“在購(gòu)物車模塊修改商品數(shù)量時(shí)，總價(jià)未實(shí)時(shí)更新，需刷新頁(yè)面才顯示正確價(jià)格（復(fù)現(xiàn)步驟：登錄→添加商品→修改數(shù)量→觀察總價(jià)）”。嚴(yán)重程度分級(jí)需統(tǒng)一標(biāo)準(zhǔn)團(tuán)隊(duì)需提前明確P0-P3級(jí)別的判定標(biāo)準(zhǔn)，避免因主觀判斷導(dǎo)致問題優(yōu)先級(jí)偏差。例如“數(shù)據(jù)丟失”必須為P0，而“界面樣式偏差”為P3。問題狀態(tài)需及時(shí)更新責(zé)任人需在問題處理后24小時(shí)內(nèi)更新狀態(tài)（如開發(fā)完成后標(biāo)記“已解決”，測(cè)試驗(yàn)證后標(biāo)記“已驗(yàn)證”），避免問題卡滯。若問題延期，需在“備注”欄說明原因及預(yù)計(jì)解決時(shí)間。附件命名規(guī)范截圖、錄屏、日志等附件需按“問題ID_問題描述_日期”格式命名（如“BUG-001