發布時間:2020-06-23
如今,大家都會通過bug分析來改進產品質量、優化研發流程和項目管理方式。很多時候項目開發周期難以控制,原因之一就是缺乏缺陷數據的統計與分析,及缺陷的預防機制。
缺陷產生原因復雜:
運行環境(操作系統、數據庫等)、第三方工具或軟件、網絡、用戶操作習慣等都可能導致缺陷的產生,這會直接導致定位缺陷原因成本的上升。
公司或項目團隊的不支持。有時是不幫助測試人員做bug分析工作,有時候制定了bug預防方案卻因為公司或團隊的不支持而難以推進。
程序員的不配合:比如我們希望程序員在bug修復時順便備注bug的根源和修復方式,這個要求很可能導致程序員的抵觸。
測試人員不懂如何分析。團隊人員沒有質量管理的意識。缺陷分析工作完成后,后續工作難以落地,等等。
什么時候進行缺陷分析?
發現bug時和測試結束前后都需要進行bug分析,另外,可以在開發過程中做一些階段性的bug分析,也可以在測試階段每天都做一次bug分析。最好讓團隊同意使用bug管理工具來管理bug,否則會大大增加這項工作的難度。
對哪些bug進行分析?
軟件缺陷的范圍很廣,不僅僅指在測試過程中發現的缺陷,而是指在整個軟件生命周期中發現的所有缺陷。但是否所有的缺陷都需要分析呢?顯然不是。
做分析之前首先要明確我們的目的,目的的不同也決定了分析內容的不同。比如有的團隊,可能只需要對上線后發現的漏測bug進行分析;有的團隊需要對上線后暴露的bug以及測試階段發現的典型bug進行分析。需要根據團隊需要進行確定。
如何進行缺陷分析?常見的缺陷分析方法有哪些?
前提還是要想清楚自己做缺陷分析的目的是什么,有了方向,再考慮如何開展后續工作。
比如產品上線后質量較差,頻繁出現線上bug。那我們可以聯合其他部門針對線上bug進行分析,排查每一個線上bug產生的原因,確定是否是測試人員漏測導致,如果是,那我們再分析一下之前是怎么測試的(需要保留之前的測試記錄),當時為什么沒有測試出來,以后怎么改進工作。這項工作需要長期進行,才能真正提高測試人員的“bug檢出率”。
比如感覺目前的軟件開發過程混亂,也可以通過缺陷分析來進行優化。比如優化缺陷分類方式、增減缺陷屬性,根據缺陷的統計屬性來確定軟件開發的哪個環境問題較多,通過缺陷流轉中出現的問題來優化缺陷管理流程等。
所以,通過適當的方法,它可以在可控的時間投入下,為組織積累寶貴的財富,并且在未來的開發中得到數倍、數十倍上百倍的回報。忙碌不是理由,在未來少掉一個新 bug,就賺回來了。
推薦閱讀:
您的信息已成功提交!
我們的客服人員稍后會與您聯系