我們需要專職的QA嗎(3)

　　同時，專業的測試人員和專業的開發人員一樣，都是要經常系統、完善的培訓才能正式以一名合格的測試人員的身份上崗的，所以說，不能單純的去懷疑Tester對測試的專業性……

　　“2)減少溝通，扯皮，和推諉

　　想想下面的這些情況你是否似曾相識?

　　QA 做的測試計劃，測試案例設計，測試結果，總是需要 Dev 來評審和檢查。(不是說測試需要依賴開發，這是本身的一個溝通、交流，是保證質量的一個流程需要，在CMMI\ISO中是有明文的規定的)

　　QA 在做測試的過程中，總是需要 Dev 對其測試的環境，配置，過程做指導。(這個是為了保證測試的正確性，要是因為配置不正確而導致誤報，當如何?)

　　QA 總是會和 Dev 爭吵某個問題是不是 BUG，爭吵要不要解決。(是不是缺陷需要相互溝通，需要判斷優先級，需要參考需求，需要領導定奪，而不是開發和測試的吵，凡事要有依據)

　　無論發現什么樣的問題，總是 Dev 去解決，QA 從不 fix 問題。(Tester fix Bug?部分的缺陷是可以，如果他有開發的經驗，但你會放心么?項目經理能放心么，術業有專攻)

　　我們總是能聽到，線上發生問題的時候，Dev 的抱怨 QA 這樣的問題居然沒測出來(出現漏測，是雙方的責任，不要想到推諉責任，這樣的人不僅人品存在問題，連職業道德也值得重新審視)

　　QA 也總會抱怨 Dev 代碼太差，一點也不懂測試，沒怎么測就給 hand over 給 QA 了。(所以說開發要懂測試，提高交付質量，避免低級錯誤，但有偶爾有也是可以理解的，人非圣賢嘛)

　　QA 總是會 push Dev，這個 bug 再不 fix，你就影響我的進度了。(相互理解、支持)

　　等等，等等。

　　如果沒有 QA，那么就沒有這么多事了，DEV 自己的干出來的問題，自己處理，沒什么好扯皮的。

　　而一方面，QA 說 Dev 不懂測試，另一方面 Dev 說 QA 不懂技術，而我們還要讓他們隔離開來，各干各的，這一點都不利于把 Dev 和 QA 的代溝給填平了。要讓 Dev 理解 QA，讓 QA 理解 Dev，減少公說公有理，婆說婆有理的只站在自己立場上的溝通，只有一個方法，那就是讓 Dev 來做測試，讓 QA 來做開發。這樣一樣，大家都是程序員了。”

　　(扯皮，多么俗的字眼，當然不是說這種情況沒有，但這種情況是不應該的，還是那句：相互的溝通、相互的理解、統一的目標很重要)

　　“3)吃自己的狗食

　　真的優秀的開發團隊都是要吃自己狗食的。這句話的意思是——如果你不能切身體會到自己干的爛事，自己的痛苦，你就不會有想要去改進的動機。沒有痛苦，就不會真正地去思考，沒有真正的思考，就沒有真正的進步。

　　在我現在的公司，程序員要干幾乎有的事，從需求分析，設計，編碼，集成，測試，部署，運維，OnCall，從頭到尾，因為：

　　只有了解了測試的難度，你才明白怎么寫出可測試的軟件，怎么去做測試的自動化和測試系統。

　　只有自己真正去運維自己的系統，你才知道怎么在程序里寫日志，做監控，做統計……

　　只有自己去使用自己的系統，你才明白用戶的反饋，用戶的想法，和用戶的需求。

　　所以，真正的工程師是能真正明白軟件開發不單單只是 coding，還更要明白整個軟件工程。只明白或是只喜歡 coding 的，那只是碼農，不能稱之為工程師。”

　　這段的理解，說明文章作者對開發者自測還是有比較深的理解，比較重視的!

　　一個優秀的程序員，不，應該是工程師，要知道的、要做的還是很多的!

　　“關于 SDET。全稱是 Software Development Engineer on Test。像微軟，Google， Amazon 都有這樣的職位。但我不知道這樣的職位在微軟和 Google 的比例是多少，在 Amazon 是非常少的。那么像這樣的懂開發的專職測試可以有嗎?我的答案是可以有!但是，我在想，如果一個人懂開發，為什么只讓其專職做測試呢?這樣的程序員分工合理嗎?把程序分成兩等公民有意義嗎?試問有多少懂開發的程序員愿意只做測試開發呢?所以，SDET 在實際的操作中，更多的還是對開發不熟的測試人員。還是哪句話，不懂開發的人是做不好測試的。”

　　雖然我對上面的“不懂開發是做不好測試的”這句話表示同意，但反過來我是不能同意的，是存在需求(業務)測試工程師，也就是說他們不懂開發，但相當的精通業務、需求

　　只要是對工作、對最終的目標是合理的，那么怎樣的工作都是需要人去完成的，所以不要認為做哪樣工作就不怎么的，這個可以做為你奮斗的動力，但不能作為評價一個人的標準

　　“如果你說 Dev 對測試不專業，不細心，不認真，那么我們同樣也無法保證 QA 的專業，細心和認真。在 Dev 上可能出現的問題，在 QA 也也會一樣出現。而出了問題 QA 不會來加班解決，還是開發人員自己解決。所以，如果 QA 不用來解決問題，那么，QA 怎么可能真正的細心和認真呢?”

　　是的，都會出現問題，開發人員開發代碼時會出現問題，所以需要測試;測試人員測試會出現問題，所以需要開發人加班加點解決問題;而往往兩者都會出現問題

　　在這個問題上作者陷入了一個死循環中，記住“沒有成功個人，只有成功的團隊”

　　“如果你說不要 QA 的話，Dev 人手會不夠。你這樣想一下，如果把你團隊中現有的 QA 全部變成 Dev，然后，大家一起開發，一起測試，親密無間，溝通方便，你會不會覺得這樣會更有效?你有沒有發現，在重大問題上，Dev 可以幫上 QA 的忙，但是 QA 幫不上 Dev 的忙。”

　　首先肯定作者話，如果能從開發中轉過來部分專業的測試人員，這樣對于項目肯定是有幫助的，但我們仍然需要質量管理體系來管理，通過流程來保證我們的產品/項目質量

　　從文章作者的言語中可以看到他作為開發人員的優越性，而這種優越性容易造成的結果是：“我不應該來做這個事，我可以做更高級、更有難度的事”

　　有人說態度決定一切，雖然我不太贊成這句話，但我也明白一個人的能力重要，一個人的心態也很重要

　　最后，讓一個優秀的開發人員做測試確實有些浪費，公司損失不起

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