缺陷的管理通常在一個平台中追蹤,其工作流比一個開發任務要複雜。除了操作執行層面本身,如果說開發任務關注的是在前期的需求分析和架構設計上,那麼缺陷追蹤關注的則是在後期的驗證和數據分析上。
Atlassian Jira Software 無論是在缺陷追蹤上,還是後續數據分析上,都有著很強的能力。平台間的集成以及自定欄位更是讓缺陷的數據屬性非常的豐富。
除了常見的中間狀態:
修復中
已修復
將來修復
不做修復
重複提交
無效作廢
變更行為也同樣重要,雖然最終都會標記為”關閉”,但原因並不相同;雖然是針對一個缺陷問題追蹤,但不同階段的負責人角色並不相同。一個缺陷的修復與否並不是開發工程師說了算,而是由最後的驗證人員驗證過後,才能標記為”關閉”狀態。即使是標記為”重複”或者”無效”的缺陷,最好也由驗證人員來驗證該判斷。
缺陷的來源並不局限於測試工程師,開發工程師以及客戶使用均會發現缺陷,這並不是一件可怕的事,相反,我們可以利用這些信息來作為質量改進的方向。
為了讓這些數據更豐富,自定欄位的科學設計,是讓缺陷成為進攻價值的前提條件。
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.