測試將死
阿新 • • 發佈:2018-11-29
讓我們先由2個問題引出今天的話題,第一,為什麼選擇做測試?第二,做測試的發展又如何?
第一個問題,你為什麼要選擇做測試,我敢說十個人有九個不會說實話,什麼測試能夠讓我開闊視野啦,測試同樣也需要很好的技術啦,,,全是虛偽的藉口。真正地答案只有一個,測試的收入高,要求低!(注意是相對你的能力比來說收入算高,因為你要是選擇做開發,肯定不如現在的收入)不管你願不願意承認你都得承認,這是絕大部分測試入這一行的原因。
第一個問題的答案決定了一個事實,測試團隊的發展永遠不可能像開發團隊一樣,隨著公司的發展而發展,為什麼呢?成本! 世界上沒有傻逼的公司,你的公司之所以能夠存在,是因為它善於控制成本。站在管理層來看,測試團隊是一個“顯著”消耗成本而又不“顯著”創造價值的團隊。
第二個問題,測試的發展如何?既然我們的收入又不低,那麼幹的就得比人家多,你說是不。人家一天接一個客人,咱就得接三個。作為測試的你,是不是有同感?
那麼,第二個問題的答案是什麼呢?答案就是這篇文章的title,測試團隊將慢慢死去!就像《黑天鵝》的作者塔勒布所講的,這個世界是由一系列不可能發生的事件組成的。測試團隊死去這件事情隨時可能發生,你要做的,是要提前做好準備!
我喜歡描述這樣一個場景,一線測試工程師對著電腦在幹活兒,左邊的高層管理著指著他的鼻子說“別再跟我要head count,我要控制成本!”,右邊的中層管理著指著他的鼻子說“去給我拓展業務,我要創造業績!”,中間的你,那一臉苦逼的表情,還用我描述嗎?
我認為,測試團隊的發展大概要經過這樣三個階段。
第一階段,公司快速擴張,不計研發成本,當然測試也不例外,每天都在非常happy的招人中。。。。
第二階段,經過第一階段的快速擴張,你的測試團隊積累了大量的高階測試工程師,成本已經開始進入高層的考慮範圍,技術部開始考慮適度控制成本,而此時,控制最厲害的,肯定是測試團隊,當然裁員首先也會從測試團隊開始。如果你幸運的沒有被裁掉,不要盲目樂觀,還有第三階段。
第三階段,(我認為我所在的公司正處於這個階段)嚴格控制測試成本,老大們開始考慮將測試工作向上遊轉移。此時大量的詞彙開始進入我們的KPI,什麼推動單元測試,推動開發自測,控制提交測試質量,等等,等等。
講到這裡,今天的關鍵就出現了,如何將測試的工作向上遊轉移呢?答案就是第四階段,讓測試團隊慢慢死去。。。。
節省測試成本的最好方式就是把自己幹掉!沒錯!下面我說說方法。
測試團隊當中,首先應該幹掉的是純手工測試工程師,因為他們的價效比是最低的(有些公司這個時候會選擇測試外包)。然後,開發測試工程師當中出色的那部分,會加入開發團隊當中,不出色的將被淘汰。他們有一項艱鉅的任務,那就是,以開發自測為基礎,為開發團隊建立起一套完整的基於風險的質量控制體系。開發做測試不是能力問題,而是思想,思想卻是最難以改變的。這也是好多人天天說要推動開發自測卻沒有進展的原因,沒有認識到改變別人思想的工作有多難!我提的辦法呢一石二鳥。開發測試工程師轉入開發團隊,既能節省測試成本,又可以幫助開發轉變思想,以一帶二,以一帶三,逐步完成開發團隊,全民皆測試的目標!
那麼最後,測試團隊中還剩什麼呢?只會剩測試工具組。他們為全公司提供測試工具,平臺和流程方面的支援。極少量的團隊會保留純手工測試工程師。但是,你絕對不應該看到“開發測試工程師”這個title,因為他們已經成為了開發團隊中的一員,一起開發,一起測試。。。
插一段說明,我覺得不必說,但有些人會這麼想的。有人會說測試團隊應該保留一些測試職位,負責整合測試,系統測試和效能測試。這樣說的人很多,但絕對沒有過實踐經驗。為什麼呢? 沒有與開發天天在一起討論問題,功能測試這個階段,怎麼能做好整合,系統測試呢? 不要妄想了,這些工作也會由開發團隊完成。你可能會覺得開發工程師怎麼會做呢? 他們為什麼不會做呢?別忘了那些轉入開發團隊的開發測試工程師有一項艱鉅的任務,“以開發自測為基礎,為開發團隊建立起一套完整的基於風險的質量控制體系”,其中就包括測試分工這些在測試團隊習以為常的工作。我相信,開發暴發出來的測試能力是你想象不到的。
接下來可能要轉換一下角度,站在開發角度來看,他們願意接受這樣一個變化嗎?答案是不一定,但只有開發負責人願意就沒問題。我不刻意想學習google,facebook那種模式,但我想說,開發懂測試是一個必然趨勢,如果你不想像測試一樣被淘汰的話,還是接受吧。
測試是一個矛盾體,我們過去,現在,將來一直會做的事情就是讓自己死掉(提升開發測試比,開發自測,等等,這些工作我們不是一直在做嗎?)。
作為測試的你,能做什麼呢?如果你不懂開發,要趕緊去學開發,學設計。如果你懂開發,那就還是要學開發,學設計,技術沒有止境。有人跟我說“你過於強調技術,其實測試思想才是最重要的”,我認可這種看法,但不完全同意。因為技術能力會束縛你的測試思想,同樣也會拓寬你的測試思想。試想都不懂tcp/http協議,怎麼測試web server呢?
空談誤國,實幹興邦,牢牢把握技術才是王道!
上面這篇文章是前階段淘寶前輩鄧悟寫的,感覺有一定道理,就拿過來跟大家分享下(已得到前輩同意);關於測試團隊的前三個階段發展的論述比較贊同,感覺現在好多大公司的確也有這種趨勢;對於第四個階段不發表評論,感覺測試職位只是一種合理分工的產物,如果這種分工方式對於公司來說成本相對較低,公司當然會保留;對於前輩說的這種可能對於國內大多數公司感覺暫時不太可能(未來就不做猜測了),當然像淘寶這樣的公司要另說;對於前輩說的“技術”,我的看法也是多多益善,但是人的精力畢竟有限,要結合實際工作做取捨。
第一個問題,你為什麼要選擇做測試,我敢說十個人有九個不會說實話,什麼測試能夠讓我開闊視野啦,測試同樣也需要很好的技術啦,,,全是虛偽的藉口。真正地答案只有一個,測試的收入高,要求低!(注意是相對你的能力比來說收入算高,因為你要是選擇做開發,肯定不如現在的收入)不管你願不願意承認你都得承認,這是絕大部分測試入這一行的原因。
第一個問題的答案決定了一個事實,測試團隊的發展永遠不可能像開發團隊一樣,隨著公司的發展而發展,為什麼呢?成本! 世界上沒有傻逼的公司,你的公司之所以能夠存在,是因為它善於控制成本。站在管理層來看,測試團隊是一個“顯著”消耗成本而又不“顯著”創造價值的團隊。
第二個問題,測試的發展如何?既然我們的收入又不低,那麼幹的就得比人家多,你說是不。人家一天接一個客人,咱就得接三個。作為測試的你,是不是有同感?
那麼,第二個問題的答案是什麼呢?答案就是這篇文章的title,測試團隊將慢慢死去!就像《黑天鵝》的作者塔勒布所講的,這個世界是由一系列不可能發生的事件組成的。測試團隊死去這件事情隨時可能發生,你要做的,是要提前做好準備!
我喜歡描述這樣一個場景,一線測試工程師對著電腦在幹活兒,左邊的高層管理著指著他的鼻子說“別再跟我要head count,我要控制成本!”,右邊的中層管理著指著他的鼻子說“去給我拓展業務,我要創造業績!”,中間的你,那一臉苦逼的表情,還用我描述嗎?
我認為,測試團隊的發展大概要經過這樣三個階段。
第一階段,公司快速擴張,不計研發成本,當然測試也不例外,每天都在非常happy的招人中。。。。
第二階段,經過第一階段的快速擴張,你的測試團隊積累了大量的高階測試工程師,成本已經開始進入高層的考慮範圍,技術部開始考慮適度控制成本,而此時,控制最厲害的,肯定是測試團隊,當然裁員首先也會從測試團隊開始。如果你幸運的沒有被裁掉,不要盲目樂觀,還有第三階段。
第三階段,(我認為我所在的公司正處於這個階段)嚴格控制測試成本,老大們開始考慮將測試工作向上遊轉移。此時大量的詞彙開始進入我們的KPI,什麼推動單元測試,推動開發自測,控制提交測試質量,等等,等等。
講到這裡,今天的關鍵就出現了,如何將測試的工作向上遊轉移呢?答案就是第四階段,讓測試團隊慢慢死去。。。。
節省測試成本的最好方式就是把自己幹掉!沒錯!下面我說說方法。
測試團隊當中,首先應該幹掉的是純手工測試工程師,因為他們的價效比是最低的(有些公司這個時候會選擇測試外包)。然後,開發測試工程師當中出色的那部分,會加入開發團隊當中,不出色的將被淘汰。他們有一項艱鉅的任務,那就是,以開發自測為基礎,為開發團隊建立起一套完整的基於風險的質量控制體系。開發做測試不是能力問題,而是思想,思想卻是最難以改變的。這也是好多人天天說要推動開發自測卻沒有進展的原因,沒有認識到改變別人思想的工作有多難!我提的辦法呢一石二鳥。開發測試工程師轉入開發團隊,既能節省測試成本,又可以幫助開發轉變思想,以一帶二,以一帶三,逐步完成開發團隊,全民皆測試的目標!
那麼最後,測試團隊中還剩什麼呢?只會剩測試工具組。他們為全公司提供測試工具,平臺和流程方面的支援。極少量的團隊會保留純手工測試工程師。但是,你絕對不應該看到“開發測試工程師”這個title,因為他們已經成為了開發團隊中的一員,一起開發,一起測試。。。
插一段說明,我覺得不必說,但有些人會這麼想的。有人會說測試團隊應該保留一些測試職位,負責整合測試,系統測試和效能測試。這樣說的人很多,但絕對沒有過實踐經驗。為什麼呢? 沒有與開發天天在一起討論問題,功能測試這個階段,怎麼能做好整合,系統測試呢? 不要妄想了,這些工作也會由開發團隊完成。你可能會覺得開發工程師怎麼會做呢? 他們為什麼不會做呢?別忘了那些轉入開發團隊的開發測試工程師有一項艱鉅的任務,“以開發自測為基礎,為開發團隊建立起一套完整的基於風險的質量控制體系”,其中就包括測試分工這些在測試團隊習以為常的工作。我相信,開發暴發出來的測試能力是你想象不到的。
接下來可能要轉換一下角度,站在開發角度來看,他們願意接受這樣一個變化嗎?答案是不一定,但只有開發負責人願意就沒問題。我不刻意想學習google,facebook那種模式,但我想說,開發懂測試是一個必然趨勢,如果你不想像測試一樣被淘汰的話,還是接受吧。
測試是一個矛盾體,我們過去,現在,將來一直會做的事情就是讓自己死掉(提升開發測試比,開發自測,等等,這些工作我們不是一直在做嗎?)。
作為測試的你,能做什麼呢?如果你不懂開發,要趕緊去學開發,學設計。如果你懂開發,那就還是要學開發,學設計,技術沒有止境。有人跟我說“你過於強調技術,其實測試思想才是最重要的”,我認可這種看法,但不完全同意。因為技術能力會束縛你的測試思想,同樣也會拓寬你的測試思想。試想都不懂tcp/http協議,怎麼測試web server呢?
空談誤國,實幹興邦,牢牢把握技術才是王道!
上面這篇文章是前階段淘寶前輩鄧悟寫的,感覺有一定道理,就拿過來跟大家分享下(已得到前輩同意);關於測試團隊的前三個階段發展的論述比較贊同,感覺現在好多大公司的確也有這種趨勢;對於第四個階段不發表評論,感覺測試職位只是一種合理分工的產物,如果這種分工方式對於公司來說成本相對較低,公司當然會保留;對於前輩說的這種可能對於國內大多數公司感覺暫時不太可能(未來就不做猜測了),當然像淘寶這樣的公司要另說;對於前輩說的“技術”,我的看法也是多多益善,但是人的精力畢竟有限,要結合實際工作做取捨。