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

哈哈，n久前就有人跟我說(shuō)這個(gè)文章了，說(shuō)實(shí)話(huà)，一直懶得看，今天有時(shí)間，咱也搞個(gè)辯論，直接copy過(guò)來(lái)，紅色的是個(gè)人意見(jiàn)。

讓測試團隊慢慢死去！

（首先什么叫測試團隊呢？有獨立的測試部門(mén)，測試組，測試人員，從來(lái)沒(méi)聽(tīng)說(shuō)過(guò)獨立的測試團隊，就算是純粹的測試外包，也是作為項目團隊的一部分，項目團隊可不是由開(kāi)發(fā)團隊和測試團隊構成的，是由各個(gè)不同的角色構成的，如果你連這個(gè)基本概念都混淆，就不用往下看了，何必呢，有著(zhù)時(shí)間干點(diǎn)別的去吧。）

讓我們先由2個(gè)問(wèn)題引出今天的話(huà)題，第一，為什么選擇做測試？第二，做測試的發(fā)展又如何？

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

（01年開(kāi)始做測試的，那個(gè)時(shí)候根本不了解什么叫測試，很多外界人以為就是點(diǎn)點(diǎn)點(diǎn)，所以自己也這么稀里糊涂的加入，倒不是因為錢(qián)多，是因為當時(shí)的經(jīng)理說(shuō)了一句話(huà)，開(kāi)發(fā)都是盲目的實(shí)現功能，測試是保證開(kāi)發(fā)是盲目而不是盲動(dòng)，說(shuō)實(shí)話(huà)，這句話(huà)過(guò)了4，5年才真正理解）BTW，那個(gè)時(shí)候開(kāi)發(fā)是3k，測試是1.5k，哥就是傻乎乎的被人忽悠入行的。

第一個(gè)問(wèn)題的答案決定了一個(gè)事實(shí)，測試團隊的發(fā)展永遠不可能像開(kāi)發(fā)團隊一樣，隨著(zhù)公司的發(fā)展而發(fā)展，為什么呢？成本！ 世界上沒(méi)有傻逼的公司，你的公司之所以能夠存在，是因為它善于控制成本。站在管理層來(lái)看，測試團隊是一個(gè)"顯著(zhù)"消耗成本而又不"顯著(zhù)"創(chuàng )造價(jià)值的團隊。

（這個(gè)問(wèn)題其實(shí)已經(jīng)不是偏激了，純粹是不懂，測試的目的是保證質(zhì)量，帶來(lái)的效果就是減少盲目的開(kāi)發(fā)成本，你要是見(jiàn)識過(guò)太極開(kāi)發(fā)了個(gè)項目化了2年，為了補bug花了三年就知道了，高質(zhì)量的測試帶來(lái)的絕對是最優(yōu)化的資源成本，你們公司老板連這個(gè)都不知道，何必招開(kāi)發(fā)呢，找幾個(gè)hr mm沒(méi)事點(diǎn)點(diǎn)點(diǎn)就行了，中軟當初就這么干過(guò)）

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

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

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

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

我喜歡描述這樣一個(gè)場(chǎng)景，一線(xiàn)測試工程師對著(zhù)電腦在干活兒，左邊的高層管理著(zhù)指著(zhù)他的鼻子說(shuō)"別再跟我要head count，我要控制成本！",右邊的中層管理著(zhù)指著(zhù)他的鼻子說(shuō)"去給我拓展業(yè)務(wù)，我要創(chuàng )造業(yè)績(jì)！"，中間的你，那一臉苦逼的表情，還用我描述嗎？

（哈，這個(gè)場(chǎng)景，說(shuō)實(shí)話(huà)不太明白，一個(gè)測試工程師要去控制成本，去擴展業(yè)務(wù)，難道公司已經(jīng)墮落到這種地步？這些東西，跟測試這個(gè)role沒(méi)關(guān)系，跟你是負責哪方面的管理有關(guān)系，說(shuō)白了是管理成本而已）

我認為，測試團隊的發(fā)展大概要經(jīng)過(guò)這樣三個(gè)階段。

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

（沒(méi)計劃性？產(chǎn)品開(kāi)始的時(shí)候，連測試計劃都沒(méi)有，你們的測試經(jīng)理估計是編簡(jiǎn)歷進(jìn)來(lái)的吧，面試的也該拉出去打屁股，連最起碼的resource plan都沒(méi)做，玩個(gè)蛋啊，亂堆積木，早晚會(huì )塌，不管那個(gè)行業(yè)）

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

（還是那句話(huà)，老板太有錢(qián)了，沒(méi)事招一堆高級測試工程師來(lái)，最起碼的成本cost都沒(méi)做過(guò)預算，看來(lái)老板不怕虧本?。?/span>

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

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

節省測試成本的最好方式就是把自己干掉！沒(méi)錯！下面我說(shuō)說(shuō)方法。

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

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

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

（一般來(lái)說(shuō)，測試沒(méi)有推動(dòng)開(kāi)發(fā)的質(zhì)量提高，這個(gè)是PM的問(wèn)題，甚至是公司文化素質(zhì)的問(wèn)題，你能直接教會(huì )大字不識的人寫(xiě)出李白那種詩(shī)嗎，什么事都得一步步來(lái)，所以，很多問(wèn)題根源不是做不做，是做的時(shí)候是不是太急功近利了，沒(méi)錯，很多時(shí)候建立一個(gè)高質(zhì)量交付團隊最多的障礙就是急功近利！沒(méi)等下雞蛋，這邊油鍋就熱了）

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

那么最后，測試團隊中還剩什么呢？只會(huì )剩測試工具組。他們?yōu)槿咎峁?a href='http://kjueaiud.com/ceshi/ceshijishu/rjcsgj/' target='_blank'>測試工具，平臺和流程方面的支持。極少量的團隊會(huì )保留純手工測試工程師。但是，你絕對不應該看到"開(kāi)發(fā)測試工程師"這個(gè)title，因為他們已經(jīng)成為了開(kāi)發(fā)團隊中的一員，一起開(kāi)發(fā)，一起測試。。。

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

插一段說(shuō)明，我覺(jué)得不必說(shuō)，但有些人會(huì )這么想的。有人會(huì )說(shuō)測試團隊應該保留一些測試職位，負責集成測試，系統測試和性能測試。這樣說(shuō)的人很多，但絕對沒(méi)有過(guò)實(shí)踐經(jīng)驗。為什么呢？ 沒(méi)有與開(kāi)發(fā)天天在一起討論問(wèn)題，功能測試這個(gè)階段，怎么能做好集成，系統測試呢？ 不要妄想了，這些工作也會(huì )由開(kāi)發(fā)團隊完成。你可能會(huì )覺(jué)得開(kāi)發(fā)工程師怎么會(huì )做呢？ 他們?yōu)槭裁床粫?huì )做呢？別忘了那些轉入開(kāi)發(fā)團隊的開(kāi)發(fā)測試工程師有一項艱巨的任務(wù)，"以開(kāi)發(fā)自測為基礎，為開(kāi)發(fā)團隊建立起一套完整的基于風(fēng)險的質(zhì)量控制體系",其中就包括測試分工這些在測試團隊習以為常的工作。我相信，開(kāi)發(fā)暴發(fā)出來(lái)的測試能力是你想象不到的。

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

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

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

測試是一個(gè)矛盾體，我們過(guò)去，現在，將來(lái)一直會(huì )做的事情就是讓自己死掉(提升開(kāi)發(fā)測試比，開(kāi)發(fā)自測，等等，這些工作我們不是一直在做嗎？)。

（測試不矛盾，矛盾的是測試人員的定位，你的目的不是為了學(xué)一個(gè)自動(dòng)化測試工具就是好的測試工程師，什么時(shí)候理解項目團隊的質(zhì)量測試體系是全面的質(zhì)量控制，那就不是一個(gè)掛著(zhù)測試頭銜，只會(huì )點(diǎn)點(diǎn)點(diǎn)的文檔復讀機了）

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

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

空談?wù)`國，實(shí)干興邦，牢牢把握技術(shù)才是王道！

（測試技術(shù)和開(kāi)發(fā)技術(shù)本事是一體的，技術(shù)就是技術(shù)，沒(méi)有開(kāi)發(fā)需要學(xué)的技術(shù)和只有測試需要學(xué)的技術(shù)，單元測試也是測試范疇啊，你別那純粹點(diǎn)點(diǎn)點(diǎn)的入門(mén)手工測試工程師，又是title，來(lái)代表整個(gè)測試水平，就跟沒(méi)人拿一個(gè)剛學(xué)了三天java的開(kāi)發(fā)去代表開(kāi)發(fā)的整體水品一個(gè)道理）

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

（說(shuō)實(shí)話(huà)，什么叫大，外包這種純粹堆人頭的叫大？還是那些動(dòng)不動(dòng)拿自己當50強的it公司覺(jué)得自己大，摩托羅拉為啥沒(méi)落了，那么大的公司，已經(jīng)不是技術(shù)范疇內的問(wèn)題了，是人的惡性導致的，就是窩里斗，甭管那個(gè)國家，人類(lèi)窩里斗那是人類(lèi)史的源動(dòng)力，人就是地球的寄生蟲(chóng)）

對于第四個(gè)階段不發(fā)表評論，感覺(jué)測試職位只是一種合理分工的產(chǎn)物，如果這種分工方式對于公司來(lái)說(shuō)成本相對較低，公司當然會(huì )保留；

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

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

（沒(méi)有哪個(gè)公司能逃過(guò)這種社會(huì )悲劇的，天下沒(méi)有不散的筵席，沒(méi)有不倒閉的公司，與制度有關(guān)，與技術(shù)無(wú)關(guān)，技術(shù)宅才是希望，瓦咔咔）

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