對《讓測試團隊慢慢死去!》的辯論

哈哈，n久前就有人跟我說這個文章了，說實話，一直懶得看，今天有時間，咱也搞個辯論，直接copy過來，紅色的是個人意見。

讓測試團隊慢慢死去！

（首先什么叫測試團隊呢？有獨立的測試部門，測試組，測試人員，從來沒聽說過獨立的測試團隊，就算是純粹的測試外包，也是作為項目團隊的一部分，項目團隊可不是由開發團隊和測試團隊構成的，是由各個不同的角色構成的，如果你連這個基本概念都混淆，就不用往下看了，何必呢，有著時間干點別的去吧。）

讓我們先由2個問題引出今天的話題，第一，為什么選擇做測試？第二，做測試的發展又如何？

第一個問題，你為什么要選擇做測試，我敢說十個人有九個不會說實話，什么測試能夠讓我開闊視野啦，測試同樣也需要很好的技術啦，，，全是虛偽的借口。真正地答案只有一個，測試的收入高，要求低！(注意是相對你的能力比來說收入算高，因為你要是選擇做開發，肯定不如現在的收入)不管你愿不愿意承認你都得承認，這是絕大部分測試入這一行的原因。

（01年開始做測試的，那個時候根本不了解什么叫測試，很多外界人以為就是點點點，所以自己也這么稀里糊涂的加入，倒不是因為錢多，是因為當時的經理說了一句話，開發都是盲目的實現功能，測試是保證開發是盲目而不是盲動，說實話，這句話過了4，5年才真正理解）BTW，那個時候開發是3k，測試是1.5k，哥就是傻乎乎的被人忽悠入行的。

第一個問題的答案決定了一個事實，測試團隊的發展永遠不可能像開發團隊一樣，隨著公司的發展而發展，為什么呢？成本！ 世界上沒有傻逼的公司，你的公司之所以能夠存在，是因為它善于控制成本。站在管理層來看，測試團隊是一個"顯著"消耗成本而又不"顯著"創造價值的團隊。

（這個問題其實已經不是偏激了，純粹是不懂，測試的目的是保證質量，帶來的效果就是減少盲目的開發成本，你要是見識過太極開發了個項目化了2年，為了補bug花了三年就知道了，高質量的測試帶來的絕對是最優化的資源成本，你們公司老板連這個都不知道，何必招開發呢，找幾個hr mm沒事點點點就行了，中軟當初就這么干過）

第二個問題，測試的發展如何？既然我們的收入又不低，那么干的就得比人家多，你說是不。人家一天接一個客人，咱就得接三個。作為測試的你，是不是有同感？

（收入跟工作量一定成正比嗎？反正我當team member的時候，一直耿耿于懷，我們pm基本上就是陪客戶吃吃飯，連C和Java是啥都不知道，完全的關系型的項目經理，人家一個人拿的比我們整個團隊都多，這不是更扯淡）

那么，第二個問題的答案是什么呢？答案就是這篇文章的title，測試團隊將慢慢死去！就像《黑天鵝》的作者塔勒布所講的，這個世界是由一系列不可能發生的事件組成的。測試團隊死去這件事情隨時可能發生，你要做的，是要提前做好準備！

（哈哈，這個我喜歡，理論上軟件做的多了，就沒啥可干的了，所以IBM自己都當投資公司去了，為啥，利潤太低，所以啊，指不定那天，軟件行業就拉倒了，甭管測試開發需求美工，一起死而已?，F在的情形就是這樣啊，為什么離岸外包一塌糊涂，就是客戶不舍得花錢升級了，舊的能用，要啥新的?。?/span>

我喜歡描述這樣一個場景，一線測試工程師對著電腦在干活兒，左邊的高層管理著指著他的鼻子說"別再跟我要head count，我要控制成本！",右邊的中層管理著指著他的鼻子說"去給我拓展業務，我要創造業績！"，中間的你，那一臉苦逼的表情，還用我描述嗎？

（哈，這個場景，說實話不太明白，一個測試工程師要去控制成本，去擴展業務，難道公司已經墮落到這種地步？這些東西，跟測試這個role沒關系，跟你是負責哪方面的管理有關系，說白了是管理成本而已）

我認為，測試團隊的發展大概要經過這樣三個階段。

第一階段，公司快速擴張，不計研發成本，當然測試也不例外，每天都在非常happy的招人中。。。。

（沒計劃性？產品開始的時候，連測試計劃都沒有，你們的測試經理估計是編簡歷進來的吧，面試的也該拉出去打屁股，連最起碼的resource plan都沒做，玩個蛋啊，亂堆積木，早晚會塌，不管那個行業）

第二階段，經過第一階段的快速擴張，你的測試團隊積累了大量的高級測試工程師，成本已經開始進入高層的考慮范圍，技術部開始考慮適度控制成本，而此時，控制最厲害的，肯定是測試團隊，當然裁員首先也會從測試團隊開始。如果你幸運的沒有被裁掉，不要盲目樂觀，還有第三階段。

（還是那句話，老板太有錢了，沒事招一堆高級測試工程師來，最起碼的成本cost都沒做過預算，看來老板不怕虧本?。?/span>

第三階段，(我認為我所在的公司正處于這個階段)嚴格控制測試成本，老大們開始考慮將測試工作向上游轉移。此時大量的詞匯開始進入我們的KPI，什么推動單元測試，推動開發自測，控制提交測試質量，等等，等等。

講到這里，今天的關鍵就出現了，如何將測試的工作向上游轉移呢？答案就是第四階段，讓測試團隊慢慢死去。。。。

節省測試成本的最好方式就是把自己干掉！沒錯！下面我說說方法。

（哈哈，推動單元測試，推動開發自測，控制提交測試質量...這些說不好聽，是process的問題，難道現在還有開發，弄完代碼直接往code base里扔，我艸，80年的程序員都知道自測了。好的測試保障，無非是將開發的那些盲目的單元測試合理化而已，user story的出現，就是為了更精確的讓所有人有個共同的AC可以依據）

測試團隊當中，首先應該干掉的是純手工測試工程師，因為他們的性價比是最低的(有些公司這個時候會選擇測試外包)。然后，開發測試工程師當中出色的那部分，會加入開發團隊當中，不出色的將被淘汰。他們有一項艱巨的任務，那就是，以開發自測為基礎，為開發團隊建立起一套完整的基于風險的質量控制體系。開發做測試不是能力問題，而是思想，思想卻是最難以改變的。這也是好多人天天說要推動開發自測卻沒有進展的原因，沒有認識到改變別人思想的工作有多難！我提的辦法呢一石二鳥。開發測試工程師轉入開發團隊，既能節省測試成本，又可以幫助開發轉變思想，以一帶二，以一帶三，逐步完成開發團隊，全民皆測試的目標！

（首先，干掉什么樣的測試人員不依據他們的方式，很多測試本身就是只能純手工，對于信奉automation可以100%覆蓋測試范圍的，我只能嘆息，你的test scope小，能實現自動化程度高而已，天不是就井口那么大）

（一般來說，測試沒有推動開發的質量提高，這個是PM的問題，甚至是公司文化素質的問題，你能直接教會大字不識的人寫出李白那種詩嗎，什么事都得一步步來，所以，很多問題根源不是做不做，是做的時候是不是太急功近利了，沒錯，很多時候建立一個高質量交付團隊最多的障礙就是急功近利！沒等下雞蛋，這邊油鍋就熱了）

（開發測試，本身就應該是在開發范疇中，是為了提供更好的測試做開發，基本上task都是和開發并行的，讓開發輪流做開發測試，本身就是個定規?。?/span>

那么最后，測試團隊中還剩什么呢？只會剩測試工具組。他們為全公司提供測試工具，平臺和流程方面的支持。極少量的團隊會保留純手工測試工程師。但是，你絕對不應該看到"開發測試工程師"這個title，因為他們已經成為了開發團隊中的一員，一起開發，一起測試。。。

（恩，我最討厭title了，每個人都是不同的role，掛上一個title就不用干別的嗎，最起碼，一個測試人員，除了測試這個role，還有質量管理這個role，需求人員這個role，文檔人員這個role，模擬客戶這個role，。。。別提title，sb才覺得自己是什么title就干什么活呢）

插一段說明，我覺得不必說，但有些人會這么想的。有人會說測試團隊應該保留一些測試職位，負責集成測試，系統測試和性能測試。這樣說的人很多，但絕對沒有過實踐經驗。為什么呢？ 沒有與開發天天在一起討論問題，功能測試這個階段，怎么能做好集成，系統測試呢？ 不要妄想了，這些工作也會由開發團隊完成。你可能會覺得開發工程師怎么會做呢？ 他們為什么不會做呢？別忘了那些轉入開發團隊的開發測試工程師有一項艱巨的任務，"以開發自測為基礎，為開發團隊建立起一套完整的基于風險的質量控制體系",其中就包括測試分工這些在測試團隊習以為常的工作。我相信，開發暴發出來的測試能力是你想象不到的。

（恩，開發的測試能力確實很好的，對代碼邏輯足夠了解，覆蓋率高，但是，自己給自己當監督，早晚權利腐敗，尤其是沒有文化的項目團隊，內部傾軋，都覺得自己代碼好，測試的時候隨手改別人的代碼，測試覆蓋面小，考慮的是功能實現，而不是用戶體驗，說實話，這樣的項目做出來客戶用起來不爽的例子，那是太多了，12306就是例子，基本上都是開發吧什么集成，系統啊，性能啊做完了，結果呢，出來就是一狗屎，別以為那個單獨的開發牛人能一個人把一個團隊帶到同一個水平，水桶永遠是最短的那個木板來決定容量的）

接下來可能要轉換一下角度，站在開發角度來看，他們愿意接受這樣一個變化嗎？答案是不一定，但只有開發負責人愿意就沒問題。我不刻意想學習google,facebook那種模式，但我想說，開發懂測試是一個必然趨勢，如果你不想像測試一樣被淘汰的話，還是接受吧。

（很多大的公司，本事是測試覆蓋少，很多所有用戶都當做免費的測試勞工的，小米的miui就是啊，海量的終端反饋，才是它的測試主體活動）

測試是一個矛盾體，我們過去，現在，將來一直會做的事情就是讓自己死掉(提升開發測試比，開發自測，等等，這些工作我們不是一直在做嗎？)。

（測試不矛盾，矛盾的是測試人員的定位，你的目的不是為了學一個自動化測試工具就是好的測試工程師，什么時候理解項目團隊的質量測試體系是全面的質量控制，那就不是一個掛著測試頭銜，只會點點點的文檔復讀機了）

作為測試的你，能做什么呢？如果你不懂開發，要趕緊去學開發，學設計。如果你懂開發，那就還是要學開發，學設計，技術沒有止境。有人跟我說"你過于強調技術，其實測試思想才是最重要的",我認可這種看法，但不完全同意。因為技術能力會束縛你的測試思想，同樣也會拓寬你的測試思想。試想都不懂tcp/http協議，怎么測試web server呢？

（不錯，做好測試，不能只會依據測試文檔去覆蓋功能，一個好的測試人員，可以當甲方，可以當BA，可以當SA，可以當QA，你需要多方面的知識才行，但是知識是無窮無盡的，所以，知識積累很重要。其實同理也有，你丫不懂java，你怎么給我寫個jsp文件出來啊，用C#去寫？）

空談誤國，實干興邦，牢牢把握技術才是王道！

（測試技術和開發技術本事是一體的，技術就是技術，沒有開發需要學的技術和只有測試需要學的技術，單元測試也是測試范疇啊，你別那純粹點點點的入門手工測試工程師，又是title，來代表整個測試水平，就跟沒人拿一個剛學了三天java的開發去代表開發的整體水品一個道理）

上面這篇文章是前階段淘寶前輩鄧悟寫的，感覺有一定道理，就拿過來跟大家分享下（已得到前輩同意）；關于測試團隊的前三個階段發展的論述比較贊同，感覺現在好多大公司的確也有這種趨勢；

（說實話，什么叫大，外包這種純粹堆人頭的叫大？還是那些動不動拿自己當50強的it公司覺得自己大，摩托羅拉為啥沒落了，那么大的公司，已經不是技術范疇內的問題了，是人的惡性導致的，就是窩里斗，甭管那個國家，人類窩里斗那是人類史的源動力，人就是地球的寄生蟲）

對于第四個階段不發表評論，感覺測試職位只是一種合理分工的產物，如果這種分工方式對于公司來說成本相對較低，公司當然會保留；

（對職位是職位，職責是職責，對于很多混日子的人民公仆也同樣道理，只不過，公司老板煩了能開人，我們當家做主的煩了只能自己在家畫圈圈。）

對于前輩說的這種可能對于國內大多數公司感覺暫時不太可能（未來就不做猜測了），當然像淘寶這樣的公司要另說；對于前輩說的“技術”，我的看法也是多多益善，但是人的精力畢竟有限，要結合實際工作做取舍。

（沒有哪個公司能逃過這種社會悲劇的，天下沒有不散的筵席，沒有不倒閉的公司，與制度有關，與技術無關，技術宅才是希望，瓦咔咔）

原文轉自：http://blog.sina.com.cn/s/blog_7d69dc150102x2u8.html