做程式設計師喜歡的測試人員

發表於2011-07-04

程式設計師與測試在工作流中是上下游的關係,而且工作上聯絡緊密,溝通上難免出現各種各樣的問題。筆者作為管理軟體行業的一個程式設計師,也算是和測試人員打過多年交道。希望能從程式設計師的角度出發,為測試人員提一點建議。

首先,我們一起來看一下程式設計師們最不願意從測試人員口中聽到哪些話?

1、XX,又發現了一個嚴重BUG!
(尼瑪,文案錯誤也要算C級BUG嗎?尼瑪,1號BUG和2號BUG是同一個問題,你提兩遍C級?要不要哥把你提的BUG在JIRA裡都置成Not a BUG)

2、我提的BUG怎麼不清楚了?上次提的問題到現在都沒有改!
(尼瑪,你提的BUG裡面,截圖有木有?操作環境有木有?好容易寫點文字描述又不加標點!有木有!我只能按我自己的理解改嘍!)

3、XX,你到我這來看一下,我這測出個問題!XX,過來,又有問題。。XX,又有問題。
(淚。。能不能讓哥安安靜靜寫2個小時的程式,程式設計師很忌諱碎片化的時間,思路都木有了啊。。又要重新想啊。。)

開發和測試是專案程式中至關重要的兩個環節,程式設計師與測試人員若能相親相愛,一定是PM們最願意見到的事情。然而不同角色的人員在共同完成專案的過程中,實現天衣無縫的合作總是很有挑戰的事情。誠然,這些挑戰可能是由於參與人員的能力問題,這無可避免。但我更願意相信,溝通不暢、習慣不佳、缺乏換位思考等因素才是最常見的。測試人員在實際的工作中如果能夠注意以下內容,相信一定會成為程式設計師喜歡的測試。

1、份內之事做到專業

  • 提交BUG要描述清楚。註明操作步驟、測試環境、描述清楚正常現象和BUG現象的差異。
  • BUG級別設定不要全憑主觀看法,應該和產品、開發人員溝通後,確定一套評價標準,客觀評估。
  • 儘量避擴音出重複BUG,兩個不同頁面的相同問題應歸為一個BUG的兩次出現。更深層面的相同BUG原因,可以多和工程師溝通了解。

2、溝通之中互相理解

  • 最終程式設計師的工作方式,不要一發現問題就找程式設計師,編碼過程中思路被打斷對程式設計師來說是很痛苦的事情。可以收集多個問題後統一找程式設計師處理,或是在即時通訊工具上留言,看程式設計師的時間安排,給他幾分鐘時間緩衝,在其方便的時候溝通。
  • 測試最怕“Not a BUG”,程式設計師怕的是“C級BUG”和“重開”。設C級和置重開時慎重一些,不確定的可以先和程式設計師溝通過再提。

3、功夫在詩外

  • 熟悉業務、瞭解客戶,對於測試人員來說也是非常重要的。測試人員不要機械的去驗證功能和需求文件的差異。對業務和客戶的瞭解能夠幫助你更好的設計用例、定位問題。
  • 多和程式設計師溝通,瞭解開發思路。瞭解開發思路能夠幫助測試人員找到測試步驟的盲點,更容易測出真正的問題。這樣的溝通,也會幫助開發人員檢驗開發思路的正確性,更好的提高專案團隊的效率。

如果專案團隊裡有一個這樣的測試人員,任何一個離開專案的程式設計師都會懷念他的。

當然,程式設計師們也不能被慣壞了,一味的要求別人如何配合自己。在專案中換位思考,互相理解也同樣是程式設計師應該注意的事情。做相親相愛的一家人,才能攜手並肩,一起向前!

原文:一葦

 

相關文章