軟件測試人員如何有效的說服研發修改BUG

　　軟件測試人員如何有效的說服研發修改BUG   BUG管理  

       由于開發人員和測試人員對需求的理解存在的差異，以及各自的工作角色，關于BUG的爭論在日常的項目中是經常遇到的，如何保證BUG及時修復，非BUG不影響項目的進度至關重要。

　　讓開發心甘情愿的修改BUG，我們可以從下面幾個方面來考慮：

　　一、為什么定為BUG

　　BUG描述------測試員在提出BUG時，要注意對BUG進行必要的描述，例：BUG出現的環境、出現該BUG進行的操作、預期結果和實際結果、BUG出現的幾率，如果使用的BUG管理工具的允許，可以對該BUG添加一些附件：截圖、腳本等，Jira、Lotus好像都可以添加附件。一方面增加開發對BUG的閱讀、定位，另一方面能通過有利的論據證明該問題是BUG

　　BUG復現------提交BUG后要保證BUG復現，這樣在項目經理、測試經理、開發人員爭論BUG時，能強有力的證明該BUG是存在的。

　　BUG依據-------理論上，產品中不滿足用戶提出的需求就可以定為BUG，這也是測試前期進行需求評審的原因。但是，目前很多公司的軟件項目對其中的細節描述很不具體，導致了開發與測試關于BUG的歧義。在定BUG的時候我們可以本著這樣一個原則：和當今流行產品做對比，比如說公司在做個搜索引擎，開發將搜索引擎的位置放在頁面的底部，我們就可以說這是一個BUG。理由很簡單，百度、google的搜索框都在頁面的上部。

　　二、測試經理對BUG的認同

　　測試經理的經驗-----測試經理一般來說都是工作幾年，有相當豐富的項目經驗，我公司測試人員提出的BUG，一線的測試經理都要審核，審核通過才轉到項目經理，這樣避免了由于測試員工作經驗不足和個人主觀意愿導致BUG錯誤認定的情況。

　　測試經理的信賴-----測試經理對BUG認同后，也就說明了該問題是BUG，在后續的爭論中不會出現測試經理搪塞的情況，對測試人員也是非常有利的。

　　三、有效的溝通

　　"犧牲色相"-----該方法要求測試人員為了工作，主動和開發建立良好的關系。譬如：請開發吃飯等等，這種方法最有效，也是百試百靈。但個人不建議這么做，工作就工作，耍手段是不好滴。

　　"良好的同事關系"----這種方法要求測試和開發平等的地位，測試要本著"我的工作職責就是讓軟件運行的更好"，通過合理的溝通手段，讓開發能認同自己的觀點，并進行BUG的修復。不要因為自己對技術了解不如開發深，就不敢提問題。

　　"強調BUG的影響"----溝通中提出修改BUG帶來的好處，不修改BUG將要導致的問題，讓開發明白問題的嚴重性。那怕是用戶體驗的BUG，也可以借助用戶的場景，說明修復BUG的必要性

　　四、利用身邊的資源

　　上級領導-----借助測試經理和項目經理，有時候個人不能協調解決的問題，就不要逞強，讓測試經理和項目經理來協調，切忌不要悄悄的在項目經理面前說開發的壞處，大家都是打工的何必呢，況且不一定能起到作用。要記住--自己找項目經理和測試經理是協議矛盾的，解決問題的。

　　部門例會-----很多公司，每周或每月都會進行部門例會，方便各個部門間交流溝通，可以由測試經理反映下最近測試情況，測試員發現多少BUG，開發修改多少BUG，遺留多少BUG。如果通過公司的運營了解到，用戶也出現了遺留BUG中的問題，那更好。通過數字讓公司認識到測試的重要性，那么以后BUG的修復工作就更好進行。

　　公司制度-----在國內以前測試員的績效考核往往是有開發組長來評分，現在很多公司都做到，通過測試發現的BUG數、BUG嚴重程度來衡量開發人員的工作水平，這也能促進測試工作的開展

　　BUG管理平臺------目前，國內對BUG管理平臺的使用還不成熟，個人見到過口述BUG的、紙制BUG單等等，個人不贊同這么做，口述BUG和紙制BUG單保留時間有限，對于有自己產品的公司，歷史的BUG很有參考價值。確定BUG時可以拿出以往的BUG庫做參考。

　　總結，個人只提出一些實際工作中的經驗，也建議大家在工作中學習，不要只看大道理，在特定的環境中掌握的技能才是根本。呵呵，以上是自己的一些想法，希望大家都提出寶貴的意見。

原文轉自：http://www.anti-gravitydesign.com