什麼樣的QA令人討厭 [原]

QA是一個有一些尷尬的職業。而其中很多原因是我們自己造成的。其實很多時候我們都在找別人的問題，改進別人的缺點。但我們自己呢？誰注意到我們自己身上的問題。誰在關注我們自己的問題，我想大家可以先總結一下那些QA的行為最容易引起開發人員的反感，這樣對我們以後的工作也有好處。 

只講教條的QA實在令人煩 
    我在做一個開發人員的時候，我們當時的一個管理員（當時還不叫QA），是從德國回來的一個海龜，為了加強管理，給我們來了一個工作時間統計，要求我們記錄每天的工作情況，而且要精確到分鐘，他要每周檢查。如果你和別人聯調，你們兩個人的工作記錄必須完全對應的上。當時我們的工作的確很忙，而且也不原意作這麼詳細的記錄。結果是每周周末的時候我們所以開發人員都在一起湊報告。報告當然很漂亮了，但最後所有的開發人員都不願意和他合作。最後他離開了我們部門。就這個事情事後回想起來讓人感慨很多。 
首先，他使用的方法應該是提高工作效率比較高的方法。但這種方法總給人一種我們被監視，不被信任的感覺。而當時我們所有的開發人員都希望將這個項目做好，所以這種感覺就讓我們很不舒服。 
其次，管理強度一下改變太多。我們原來沒有很詳細的工作計劃和檢查，當時我們這些開發人員也注意到了這些問題，如果工作記錄以日，上午/下午甚至以小時為單位我們都會接受的，但以分鐘為單位就太細緻了，我做每一個工作的時候都要去看錶記錄時間，這也太不現實了。（打斷工作的順流） 
所以，我個人感覺作為一個QA人員在實際工作的時候一定要考慮開發人員的承受能力，不能教條的照搬書本和原來工作單位的QA方法，否則一定會產生相反的結果 

不能照顧開發人員的QA是很令人討厭的 
    還是那個項目，當時我們有很多的開發統計資料需要做，我們開發人員因為很忙，所以都不願意去做這些統計工作（也因為當時的經驗認為這些統計沒有意義），記得一天QA來了，向我們要資料，我們告訴他還沒有統計完，（當時已經晚上10點了多了），QA認為實在不配合他工作，而那些資料必須今天作好。於是說將所有的資料都給他，他來做報表，明天上午給我們，我們已經幹了一天，一聽這話自然樂意地將所有資料都給了他，於是打道回府，誰知道，我剛進家門。我家裡人就告訴我單位有人來電話說我們房間的門無法鎖，我的媽呀，出門的時候，我剛問了他有沒有鑰匙鎖門，他說有，這才幾分鐘，而且12月的寒冬，我們已經苦幹了幾個月，每天都是16個小時的工作，怎麼遇上這麼一個QA，沒有辦法只好又殺回單位，那QA見我來了，大喜，和我一起鎖了門就走了。分手的時候，我問了一句“報表做完了”。"沒有,明天再做"。聽了這話，差一點將我氣得背過氣去，如果你認為可以明天做。為什麼要避開發人員非今天作。難道你不知道開發人員現在都處於一種開發狀態嗎？ 
問題1，QA並沒有讓我們看到那些統計報表的意義，而且也不願意告訴這麼做有什麼好處，當開發比較緊張的時候，必須抽出時間作和開發無關的事情（開發人員認為）是很令開發人員反感的 
問題2，QA既然答應幫我們做，而且告訴我們什麼時間給我們，就應該實現的承諾，否則開發人員認為他是一個沒有信用的人，（技術人員都很軸的，在這種時候不會聽你的解釋的） 
問題3，俗話說，己之不欲，無施於人，如果你不能完成的事情，也要考慮別人的感受，在可能的範圍內給別人一定的範圍，不要逼得人太緊 

不學習的QA是令人討厭的QA 
   QA工作有很象開發人員，需要不斷的學習，否則必然遭到淘汰，很多時候，QA的開發知識要比開發人員還要豐富。 
今年的新生培訓工作領導很重視，讓我們負責，我們組織QA去講解開發，其中一個人講解軟體工程，一個人講解測試，先說說講解測試的這個同志。 
該同志進行了很好的準備，在講解的時候，對測試的原則、方法、使用的工具都做了很詳細的介紹，但更重要是他能夠結合實際工作情況講解，比如測試人員會和開發人員產生那些問題。比如開發人員容易犯那些問題。比如各種開發方式的核心是什麼，主要解決那些問題。還有我們在原來開發的系統存在的問題，這些問題在使用者那裡會產生什麼樣的後果，以及為什麼會產生那些問題。新來的工作人員都聽得很高興。 
另外一個哥們講的軟體工程就不是太好了，他只是將很多理論放到ppt上，很多東西都無法舉出執行個體來，一味的念稿子，成了概念的堆砌，而且很多新的開發方法，比如rup，xp，psp，tsp乾脆就不知道。結果新生們好的開始看書，有一些乾脆開始睡覺。 
對比這兩個同志的工作效果，其實有很多有趣的東西，那個講測試的同志一直工作在開發的第一線，而且善於總結學習。我們單位的很多東西都是他總結出來的，而後一個哥們後來當了領導，不原意在做第一線的開發工作，一直在吃原來的老本。對新的技術和方法已經失去了其應有的敏感性，這樣的QA人員是不能適應和開發人員的交流的。