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