今天看到段唸的一篇微博，說是跟一個朋友聊天，這個朋友是一款遊戲公司的cto，他取消了技術部門的測試團隊，改由開發人員自己測試，而且質量明顯比原來提高了。結果是反對聲一片。我這是樣理解的。

一，測試團隊不專業，經過測試團隊的專案上線後還是bug百出，所以cto認為測試存在的價值不大

      我覺得專業的測試團隊是不會被解散掉的，如果讓cto有了“有沒有你們這些人都一樣”的想法，甚至你們測試的還不如自測的質量呢，那不解散才奇怪呢，所以團隊的提升和權威是要靠成績來說話的，你出的東西是別人測不出來的，你測過的東西上線就是沒有bug的。你的效能測試方案開發就是想不出來的，你用的工具和指令碼開是實現不了的。如果這一且都存在，cto會敢把測試團隊解散嗎？

二，測試團隊很專業，cto或者公司專案對產品的質量要求不高，比如免費軟體，比如網際網路產品

      目前一些網際網路公司存在這樣的心理，帶著bug上線，使用者發現了可以快速修復就行。這個是可以理解的，畢竟網際網路時代流行的小步快走，微創新。不像一些大型的收費軟體，萬一使用者發現一個bug可能就會是上百萬的賠嘗。所以免費產品和網際網路產品使用者允許犯錯，允許豐了在bug。但我們都應該知道，這個錯誤的級別把控是關鍵。

三，這個公司資金緊張，離倒閉只差一步之遙了

      撤掉一個團隊不是減少開支那麼簡單，會讓整個公司覺得，對產品質量的要求降低了，在開發過程的嚴格程度將會下降。目前我們公司都bug的多少做為對開發人考核的一項指標，凡是要經過測試團隊的專案，他們都會特別認真。自測幾遍後才會提交到測試。有時測試團隊的存在是重視質量的一種體現，也是督促開發質量的一種手段。

四，這個cto離走人不遠了，專業的人做專業的事，這點他沒有搞清楚

      我是網際網路公司的，有過三五年網際網路經驗的技術人員，應該都具備多種技能。比如，測試和開發可以做產品經理的事。產品經理可以做專案管理的事，開發可以做dba的事，架構師可以做開發的事，運營人員可以做測試的事。那為什麼不乾脆成立一個大部門呢，就是因為要分工明確，專人做專事，專人在自己的領域研究專業的知識。如果這個道理都不懂，我懷疑這個cto的水平，他的上一家公司可能就是10個幾人的家庭作坊式的小團隊，應再去大公司歷練一下流程管理，過程改進的經驗。