軟件測試如何更有效說服研發去修改bug?
問題描述:測試過程中一些bug會被研發認為是無效bug,但從用戶角度出發,測試認為該bug需要更改,此時測試如何更有效的說服研發去修改bug?
精彩回答:
1. 扭轉研發領導的思想,提高研發人員的響應速度:
a). 讓研發團隊的領導重視缺陷:
很多研發團隊的領導都是銷售出生,懂技術的很少,他們和搞技術的想法明顯不一樣。我在的第一家公司,發布版本時很多時候,都是沒有測試結束,功能開發的差不多就把產品賣掉了,后面再對版本不斷升級,結果這個公司沒多久大概3年不到就散伙了。后面一家公司的領導是做質量管理出生的,明顯對測試的質量要求就不一樣,每次要求都特嚴,對以前測試結束標準都做了進一步的修改。如果領導對缺陷都視而不見,你說研發人員還愿意花大量的力氣去修改Bug嗎?所以說,團隊的領導的想法或意識,對缺陷是否修改起到非常重要的作用。我記得以前測試高手zhuzx也在每周一問中提到過,大家也可以借鑒一下。
b). 采用常用的缺陷管理工具(QC9.0),提高缺陷的透明度:
我們公司使用缺陷管理工具(QC9.0),測試經理任管理員,給公司高層領導、項目經理、開發經理都分配了權限,自己可以登錄系統查詢相關信息。在測試后期,特別是要發布版本前后,領導們一有空,也隨時上去瀏覽一把,無意識給開發人員施加了較大的壓力。如果這個時候還有很多Open的缺陷,開發人員自然不敢怠慢。
c). 把開發人員的修改缺陷的響應速度,記入績效考核內容:
由于公司總監特別關注產品質量,我們公司對缺陷修改這一點做得比較好,每次都是遞交缺陷以后,開發人員響應特別快。如果有疑問,就馬上和測試人員一對一交流,盡快修復或解決該缺陷。我們公司的口號是:“寧愿花出100倍的代價,也不讓發現的缺陷留給客戶”。還有一點就是開發人員績效考核的時候,我們測試人員要給開發人員打分,很重要的一點就是:開發人員對測試缺陷的響應速度,如果這一項很低的話,老大要找你談話的,問具體原因是什么?呵呵。所以,我們公司很少有測試人員追著開發修改缺陷的情況,把修改缺陷的響應速度納入個人績效考核,我個人覺的是一種比較好的方式,值得借鑒或推廣。
2. 組建一個合理的研發團隊,規范測試規范:
a). 關鍵是建立一個完善的研發機制:
在大多數情況下,是不是軟件缺陷或者需不需要修改,怎樣修改不是測試人員和開發人員說了算的,應該是靠研發部門的相關制度或相關部門去約束。畢竟在國內軟件的軟件企業缺少這樣的部門,所以說把修改缺陷相關的重任推到了測試人員的頭上,其實對測試人員實在是太不公平了。要解決這個問題,最關鍵就是建立一個完善的研發機制,讓QA等相關部門督促解決這類問題,比較好。
b). 分清團隊成員的具體責任:
對于研發團隊中的每個成員,必須責任明確,否則像督促缺陷修改這樣的事情本來不是測試人員的責任,現在都推到測試人員頭上了。很郁悶!
c). 完善測試規范,明確Bug管理制度:
大部分的公司,都沒有單獨的部門來單獨管理督促缺陷是否修改,都默認為是測試部門的事情。個人覺的最好是賦予項目組中相關人員一定的資質,讓他們去處理這些瑣事。經常碰到這樣的情況,很多爭議的缺陷都一直放到后面一個版本,一段時間下來,幾個版本爭議的缺陷就多于100個,弄得后面版本也不好發布。我們的做法是,發布前幾天,對每個爭議的缺陷用郵件先發給項目組成員先看,后面在召開缺陷評審會議,如果通過,毫無疑問修改,否則關閉或保留到下一個版本。
本文出自51Testing軟件測試網,感謝會員sun_0910在每周一問(08-10-27)中的精彩回答。
http://bbs.51testing.com/forum-157-1.html
3. 從源頭上杜絕無效缺陷的遞交:
a). 測試前細化測試需求,避免遞交歧義缺陷:
很多研發不愿意修改的缺陷,大部分都是由于需求不明確或者理解歧義引起的。所以,最好的做法是在測試以前,開個項目會議,細化一下測試需求,讓研發去確認或項目組成員集體Review,達成一致觀點。盡量減少理解上的歧義,力爭盡早消除無效或爭議的軟件缺陷,避免遞交的缺陷成爭議的缺陷。測試人員無法說服研發,讓研發去修復缺陷,長期這樣,測試部的威信就大大降低了。
b). 把握不準的缺陷,遞交以前最好討論一下:
特別是在測試初期,由于測試介入項目時間較短,有時候測試人員對業務或需求了解不深,遞交錯Bug也是常有的事情。這個時候,往往測試認為自己遞交正確了,開發人員認為自己開發軟件是對的,互不相讓,如果處理不好,很容易弄僵關系,弄得大家都不是很愉快。要是項目中出現這樣的Bug,是很難說服研發去修改的,還有可能成為研發抓你的“小辮子”的有力證據,要是這樣以后就更難做了。個人的一些做法:所有的測試缺陷相互審核后,才遞交到缺陷系統上公開,是最為保險的方法。
c). 清楚無歧義的描述Bug,減少隨機測試,帶來不可重現的Bug:
文章來源于領測軟件測試網 http://www.kjueaiud.com/