可重現的軟體錯誤收集
用於提交可重現軟體問題的錯誤回報表
引導回報者提供受影響元件和建置版本、執行環境、最短可重複路徑、預期結果、實際結果和證據，而不要求其猜測優先順序或指定修復人。
登入後可查看已填充的檢視，再安裝帶範例資料的應用，以測試關聯記錄、決策和儀表板。
回報者提供什麼，分流團隊決定什麼
優秀的錯誤回報表能夠提高他人重現問題的成功率。它應先收集可觀察事實，再由分流團隊決定嚴重度、優先順序、負責人和目標版本。
- 回報者欄位與分流欄位分開
- 適合行動裝置且支援上傳檔案證據的表單
- 缺少資訊時退回補充，而不是直接拒絕
回報者欄位指南
收集完整重現所需的最少資訊
每個欄位都應幫助他人重現、分類或調查問題。
- 01
清晰摘要
描述可見故障及受影響的操作。
- 02
元件和建置版本
選擇產品模塊，並在已知時填寫確切版本。
- 03
環境
記錄設備、瀏覽器、操作系統、租戶或設定。
- 04
重現步驟
按順序列出最短可重複操作。
- 05
預期結果與實際結果
分別說明應有結果和實際發生的情況。
- 06
證據與影響
附上有用證據，並說明誰因此無法繼續工作。
提交后
退回不完整報告，同時保留溝通過程
表單只是起點；每種分流結果都需要明確的下一步。
檢查可重現性
確認環境，並按所提供的路徑重複操作。
請求補充背景
帶著具體問題退回報告，並沿用同一記錄。
合並重複項
將新報告關聯到標準問題，而不是將其刪除。
接受並指派
記錄嚴重度、優先順序、負責人和目標版本。
撰寫可執行的報告
用可觀察的差異取代含糊表述
只要將背景、操作和結果分開說明，簡短的報告也可以很完整。
| 模糊報告 | 可執行報告 | 改進之處 |
|---|---|---|
| 結賬壞了 | Web 4.28.0 中，從 3DS 頁面返回后支付確認超時 | 明確了操作、故障和建置版本。 |
| 同步重複 | 斷線重連后連續點擊兩次同步，會生成兩條本地 ID 相同的記錄 | 給出了可重複觸發方式和可觀察結果。 |
| 導出錯誤 | Reporting 12.2 的計劃 CSV 導出遺漏了兩個已儲存的自訂列 | 說明了執行模式、資料差異和版本。 |
問題與適用邊界
錯誤回報表常見問題
幫助判斷哪些欄位應由回報者填寫，哪些應留給分流團隊。
回報者應該選擇嚴重度和優先順序嗎？
通常不應。回報者可以說明業務影響和緊急程度，再由分流團隊依據統一標準確定嚴重度和優先順序。
重現步驟應該寫多長？
使用他人能夠重複的最短步驟。只有在前置設定會改變結果時才寫入，並注明間歇性問題的發生頻率。
如果回報者不知道建置版本怎么辦？
允許填寫“暫不清楚”，但應收集足夠的環境資訊，便於分流時識別版本。不要因一個技術欄位缺失而阻止提交有價值的報告。
表單可以在行動裝置使用嗎？
可以。回報者可用手機記錄受影響的元件、執行環境、重現步驟和證據，並將報告提交到與桌面版相同的分流佇列。
改進首次交接
從他人能夠重現的報告開始
在桌面端或行動裝置打開範例表單，再根據您的產品調整欄位和流轉。