1、腫么那么多bug,還讓不讓人活了..
  (你以為哥哥想提那么多bug啊,寫一個bug得耗費我多少生命值啊..)

  2、這個樣式的問題怎么能隨便定義成嚴重的呢..
  (看看版本計劃,再看看這樣低級的錯誤,能不讓哥哥上火嘛..)

  1、這么多嚴重的bug,怎么沒人改
  (天天忙著改bug,誰管它多少和嚴重呢..)

  2、怎么天天都有人問QC怎么用..
  (尼瑪,這又不是vs2010,又不是UML,干嘛我要熟練..)

  3、的冒煙怎么又失敗了..
  (不是個冒煙嘛,改改再來..)

  多年前,測試和開發一直被認為是兩個對立的極端,互相排斥。但是在,以質量為生存準側的項目中,測試和開發已經,也必須融為一體。因為,我堅信,任何不以質量為目的的測試和開發工作都是耍流氓。測試已經發展了那么多年,從手工到了自動,幫助開發人員更多的發現問題,提高測試的可信度,提高產品的質量,所以,我更堅信,懂開發的測試是可怕的,懂測試的開發是的..

  做到一個讓開發喜歡的測試員大家已經知道了,那看看如何成為一個讓測試喜歡的開發員。

  1、把bug悶死在開發的搖籃中

  冒煙,必須強調冒煙的重要性,做為軟件中基礎功能的使用,如果在開發那都過不了關,還如何談質量?

  樣式,美觀不美觀,已經不是美工說的年代了。易用性問題的已經成長為21世紀大的bug,華為早在多年前已經將易用性問題的解決優先級放到了高,那,你們還猶豫什么?

  做好自我檢查,灰常重要!

  2、將不開源的代碼開源出來,將測試員做為你傾訴的第一對象

  我們的代碼都是非開源的,所以我們說測試人員做的是黑盒,如果你想讓代碼減少問題,那請告訴測試人員你的開發思路和邏輯,集思廣益,讓邏輯更清晰,讓業務更明確!幫助開發人員理清方向,幫助測試人員打通流程。

  3、提出你的意見,讓我們共同成長

  什么是嚴重的bug?什么是易用性的問題?我們在定義bug級別的時候,開發員往往存在理解誤區。為什么我們會將易用性問題定義到嚴重,除了它的重視程度外,還有2個方面:一個是當前版本所處位置,如果即將交付,那這樣的問題必須迅速解決!另一方面,如果項目處于前期或中期,那么這個bug代表的意思是需要優先修改的易用性問題,我們只是將它的優先級提都了高,而不是故意和開發員過意不去..任意用bug優先級挑釁開發員的測試員都不是好的產品經理!

  4、抬頭看,別低頭干

  開發員經常會被一個bug的思路迷惑,為什么不請測試員來幫你疏通經脈呢?21世界,缺的是什么?技術?不是。是溝通!有效的溝通,不僅能建立良好的友誼,更能建立信任,建立質量的銅墻鐵壁!

  測試和開發同樣需要進度,測試需要更快的進步,除了自身的能力素質外,開發的幫助同樣需要!請記住我的名言:懂開發的測試是可怕的,懂測試的開發是的..