缺陷追蹤看板|從受理到重現確認與修復發布

專案與開發

缺陷追蹤看板|從受理到重現確認與修復發布

這是供收到問題回報的開發團隊使用的範本,從受理當天開啟,一直用到修復發布為止。白板上以依影響度×發生頻率決定處理順序的矩陣為中心,列出分診的前提、附填寫範例的重現步驟範本、從受理到發布的6個環節,以及無法重現時的判斷標準。任務看板分成回報受理、重現確認、修復中、驗證中、已發布這5欄,受理、重現、修復、發布、分享這5個父任務及其子任務全部處於未開始。

0 讚 0 複製 作者: WeProcess
缺陷管理 品質保證 問題處理 重現步驟 發布驗證
免費註冊並使用此範本

免費註冊後,即可從範本市集複製並使用此範本

白板預覽

預覽模式 缺陷追蹤看板|從受理到重現確認與修復發布

白板預覽

① 缺陷處理的前提(團隊最先訂好) ② 影響度 × 發生頻率(決定處理順序) 重 × 偶爾發生 重 × 一直發生 輕 × 偶爾發生 輕 × 一直發生 ③ 重現步驟範本(直接貼進卡片說明欄) ④ 從受理到修復發布 ⑤ 無法重現時 ⑥ 修復前要確認的事 ⑦ 可以收尾的條件 缺陷追蹤看板 使用方式:① 把回報做成卡片 → ... 處理方針與收尾條件 營運規則與流程 暫停標準與卡點 填寫範例與調查筆記 入口只有一個所有回報都要做成這個看板上的卡片。聊天裡收到的,由發現的人先做成卡片再回覆。 處理順序按影響度決定不按回報到達的先後,而是先用下方矩陣決定位置,再指定負責人。 優先於其他工作的基準正式環境資料損毀/計費重複扣款。這兩種情況優先於所有進行中的工作。 嚴重度填寫範例Sev1:結帳對所有使用者失敗Sev2:特定瀏覽器無法儲存Sev3:畫面跑版 縦軸: 影響度(輕 → 重) / ... 在本衝刺內修復。多數情況下重現條件還沒縮小,先花時間找出條件。 最優先。暫停其他工作立即處理,即使還沒查清原因也先給出止損的臨時方案。 先累積起來,等碰觸相關部分時一併修復。3個月沒有動靜就先關閉。 所有人每天都會遇到,體感影響很大。從工作量小的開始定期消化。 ① 環境系統 / 瀏覽器 / 應用程式版本 / 方案。例:macOS 15、Chrome 130、付費方案 ② 步驟用編號寫,粒度要讓別人也能照做。例:1. 開啟案件 2. 把截止日期留空 3. 點擊儲存 ③ 預期與實際例:預期=儲存後回到列表/實際=儲存按鈕一直是灰色沒有反應 ④ 頻率與證據例:5次中5次都發生。附上截圖和主控台錯誤訊息,並寫明發生時間 ① 受理把回報做成卡片確認範本的4個項目是否都已填寫,缺少時向回報者詢問。 ② 分診放進矩陣用影響度和頻率決定象限,當場訂出處理順序和負責人。 ③ 重現確認親手重現確認是否按相同步驟發生。若不能重現就更換條件再試3次。 ④ 定位原因縮小範圍核對從何時開始發生與最近的變更,縮小到有問題的程式碼。 ⑤ 修復與驗證與測試成對先加入能捕捉同一問題的測試再修復,並在與正式環境相近的環境中確認。 ⑥ 發布回覆回報者確認正式環境已修復,並告知結果和可以停用臨時方案。 懷疑步驟有遺漏(請對方錄影) 懷疑環境差異(版本、網路、擴充功能) 嘗試3次仍無法重現就先退回 退回時附上「已嘗試過什麼」 從何時開始發生(核對最近的變更) 是否還有同一原因的其他回報 能否先提供臨時應對方案 已加入防再發測試 已確認正式環境修復 已告知回報者結果 原因傾向按月回顧
100%

拖曳可移動,滾動滑鼠滾輪可縮放

任務看板內容

回報受理 16 項

建立缺陷受理入口
確認能否重現
定位原因並修復
驗證後發布
分享結果並收尾
發放回報範本
制定嚴重度標準
按步驟重現
排查發生環境
回覆無法重現
縮小原因範圍
撰寫防再發測試
用同等環境複驗
確認發布步驟
告知回報者結果
回顧原因傾向

重現確認 0 項

修復中 0 項

驗證中 0 項

已發布 0 項

← 返回範本一覽