發布影響與回歸規劃
示意性應用情境，並非案例研究。
將發布變更對應到受影響的組態、整合與測試；交付負責人決定範圍並把關上線。
問題
供應商的發布與我們自己的變更依照我們無法控制的時程到來。我們閱讀發布說明，猜測可能出問題的地方，然後要麼測試全部，要麼測試記得的部分。缺陷仍然流到使用者手上。
目前做法
發布公告後，分析師閱讀說明，並以電子郵件通知團隊看起來相關的事項。測試人員憑經驗從共用資料夾挑選測試腳本。整合夥伴很晚才被告知。上線後，問題追溯到沒有人標記的變更。
查看情境
示意性工作流程。含字幕。
逐字稿
- 發布說明送到了，團隊仍在猜要測什麼。遺漏的變更在上線後變成事件。
- 規劃工具將發布變更對應至受影響的應用系統與測試，突顯涵蓋缺口，並提出要測什麼與如何部署。
- 交付主管決定測什麼、延後什麼。計畫經過檢視，測試結果把關上線。
- 衡量指標：測試涵蓋率與流出的缺陷。示意性應用情境。歡迎討論您的情境。
建議的工作流程
- 匯入範圍內應用系統的發布說明與變更記錄
- 將每項變更對應至其可能影響的組態、客製化與整合
- 將受影響區域與既有測試清單比對，並突顯缺口
- 草擬建議的回歸範圍與部署順序
- 在測試與部署進行之前，將計畫呈交交付主管核准
人員保有掌控權的環節
- 交付主管核准回歸範圍與部署
- 無法對應的變更標記為需人工評估，而非忽略
- 流出的缺陷回饋至對應關係與測試清單
平台對應僅表示可評估此構想的環境。實際導入取決於設定、授權、API、資料與權限。效益以定性方式描述；數值化的主張需有書面記錄的基準。