印象很深,以前在webex的時候,這里的VP特別強調"溝通",幾乎每次會議都會強調兩三次.不過他說的"溝通"是從管理角度來說的.希望大家對某個制度,目標,任務能達成共同的認識.
現在在AR,manager也在強調"溝通",這里說的是QA和Dev的溝通.比如在file一個bug之前,和dev溝通一下,看是不是duplicated bug,或者有沒有異議.
這種溝通我看是不應該提倡的.
首先來說,溝通是需要成本的,那就是時間.A去找B,B會丟下手里的工作來處理,導致A和B的工作都不連貫.一個人工作最有效率的也就一兩個小時,打斷后重新回到先前的工作需要時間.
第二,一個組織,最有效率的是,每個人都只干他本質的那一部分工作.溝通顯然不應該是QA/Dev的本質工作.溝通是為了消除歧義,達成共識.但有沒有更好的方式來達到這個目標呢?那就是通過一套良好的問題處理機制.
比如關于duplicated defect的問題.這點是很難避免的.因為已經抱的bug成千上萬,一個QA不可能也沒有必要熟悉所有的bug.怎么辦,首先是報出來.一般來說Dev會更清楚是不是已知的問題.然后Dev把bug的狀態轉違duplicated.根本不用耽誤大家的時間.
有些問題是QA和DEv對一個bug有不同的意見. 這個時候兩個人據理力爭是沒有任何意義的,因為這個問題根本就不是他們能解決的. 是不是一個bug應該有更上一層的人,比如manager來確定. 所以,把defect標記為Need Confirm,Manager就會處理這樣的問題.
我個人的認為是QA和DEV沒有必要互相串門"溝通"是否一個bug真的是一個bug. 當然前提是有一個很好的defect管理系統.DEv,QA,Manager三者在這個系統下各盡其責,實現最高效率的工作
文章來源于領測軟件測試網 http://www.kjueaiud.com/
