一不留神，畢業(yè)后在軟件公司里已經(jīng)工作七年多了。期間經(jīng)歷了民企、國企、美國硅谷小外企和大型外企，做過正規(guī)軟件開發(fā)（團隊規(guī)模10人以上，有產(chǎn)品經(jīng)理、開發(fā)人員、測試人員、文檔工程師，客戶為Cisco，出過2個以上的版本，代碼量在20萬行以上），功能測試、性能測試、測試自動化、測試輔助工具開發(fā)、國際化測試、本地化測試、兼容性測試、第三方測試、測試團隊管理，對軟件測試的理解也逐漸深入。特寫下以下文字與大家分享。

l、軟件測試的前途

軟件測試在整個軟件生命周期中是必不可少的重要一環(huán)，但是其在研發(fā)體系中的重要性要弱于軟件開發(fā)和基礎技術研究（如搜索引擎的搜索算法，圖像的識別算法，統(tǒng)計分析模型等），要高于大多數(shù)外圍工作（如安裝部署、環(huán)境搭建等），很難拿高薪，工作強度適中。

做軟件測試的同學們看了這個結論可能會很不爽，難以接受，但確確實實是我在工作多年、經(jīng)歷了多家公司后總結出來的切身體會。重要性不是某個人或者公司領導決定的，而是尤其工作自身的特點決定的。為什么測試工程師則經(jīng)常抱怨自己的工作不受重視，而很少有架構師抱怨呢？因為他們的工作內容門檻高，可替代性低，一般人把他放到那個位置上也干不了。

拿大多數(shù)軟件公司來說，軟件開發(fā)和軟件測試是兩個最常見的工種，擁有最龐大的工程師群體。一般來說，開發(fā)工程師比測試工程師可以拿到更高的薪水。核心開發(fā)工程師的工作內容技術門檻比較高，可替代性比較低。一個明星產(chǎn)品的原型，或者內核，往往也就是一兩個人寫出來的，Linux內核，JBoss，Struts，Spring，Hibernate...太多太多這樣的例子。雖然說一個技術原型和成功商業(yè)化的產(chǎn)品之間還有很大的距離，還需要不同工種的人互相協(xié)作，但是誰在扮演更重要的角色不言而喻。畢竟，軟件是開發(fā)出來的，不是測試出來的。核心開發(fā)工程師做的工作，初中級工程師根本無法染指。

大多數(shù)測試工程師拿到的都是行業(yè)平均薪水，差距不大。對一個產(chǎn)品進行測試，80%的工作量是功能測試，性能、可靠性、國際化、易用性等等加一起一般也就占20%。道理很簡單，如果一個產(chǎn)品的主要功能跑不起來，其他東西都白搭。由于種種原因（如需求變化大導致界面變化大），功能測試又以手工測試為主。這部分是技術含量最低，替代性最強，個人知識積累最少的測試工作了。今天測試產(chǎn)品A，明天測試產(chǎn)品B，就好比今天當力工搬磚頭，明天搬木頭，只要力氣在，搬就是了，管他搬的是什么。甲做也可以，乙做也可以，經(jīng)驗豐富、耐心細致的可以發(fā)現(xiàn)更多、隱藏更深的bug，但是不存在做不做的了的問題。3年下來，一名開發(fā)工程師可以掌握一門編程語言，懂點設計、架構、框架、UML，或者一個人前臺后臺持久層全部拿下。而一名手工功能測試工程師，只能成為某個被測試產(chǎn)品的使用專家，不用去懂J2EE或者.Net，F(xiàn)lex或者Html5，MVC或者SSH。被測產(chǎn)品一換，一切重頭再來。

測試中比較有技術含量和門檻的是測試自動化開發(fā)、白盒測試和性能測試。

先說說測試自動化開發(fā)。測試自動化開發(fā)主要有兩種，一種是用現(xiàn)成的工具如QTP、WinRunner編寫測試腳本。還有一種是自己用Java或者C#編寫輔助測試工具。現(xiàn)成的工具都基于某種語言，如QTP基于VBScript，WinRunner基于自己獨有的類C語言，Selenium基于Java。自己編寫的工具大多用于批量數(shù)據(jù)生成、導入、處理等。而這兩者歸根到底還是軟件開發(fā)，而且大多數(shù)是比較簡單的開發(fā)。

測試腳本很多不需要界面，是命令行程序，這樣GUI開發(fā)中的很多難點就不會遇到了。

大多數(shù)是單線程運行，因為是腳本，即使是上千個腳本，只要按照順序跑就可以了，這樣多線程的麻煩就不用去處理了。

不需要訪問數(shù)據(jù)庫，因為測試結果一般記到文件中如html文件，并以表格或者簡易報表的形式顯示就可以了。這樣，在軟件開發(fā)中的一塊重頭戲-持久層開發(fā)和數(shù)據(jù)庫設計就不用考慮了。

如此這般，對于一般的測試腳本或者工具開發(fā)，專業(yè)的軟件開發(fā)人員即使沒有什么測試經(jīng)驗，也可以輕松上手，做得游刃有余。

白盒測試是相對于黑盒測試而言的，是通過寫程序來測試程序，比較常見的如測試Web Service API，測試類庫提供的API。和測試腳本開發(fā)類似，屬于相對簡單的開發(fā)。這類活兒沒有編程基礎的人做不了，希望深入鉆研技術的資深開發(fā)人員又不愿意做，比較適合初級開發(fā)人員來做。

再說性能測試。

性能測試的主要目的就是驗證一個軟件產(chǎn)品可以允許多少用戶并發(fā)訪問，性能指標如響應時間、CPU和內存占用率是多少。一般來說這種測試無法手工做，需要借助于工具，如LoadRunner， QALoad，JMeter等等。首先，在錄制的腳本基礎上做一些編程是必不可少的。其次，在獲取到基本的性能指標值后，如何去分析并解決問題，比如調整操作系統(tǒng)、數(shù)據(jù)庫、中間件的參數(shù)，做個集群啦啥的，或者對程序做代碼級的優(yōu)化，又遠遠超出了測試的范疇，是一般的性能測試工程師根本做不了的，需要架構、IT工程師、開發(fā)人員協(xié)同攻關。可以看出，一位性能測試工程師所作的腳本開發(fā)工作，對于專業(yè)開發(fā)人員來說，沒有什么門檻。而復雜的測試環(huán)境搭建的工作，又需要網(wǎng)絡工程師、數(shù)據(jù)庫工程師的強有力支持，個人難以獨自應付。

國際化測試的門檻一般。核心的東西，擠干了水分，也就兩三個月，包括字符集、編碼、字體、Bidirectional language、時間日期貨幣小數(shù)點排序布局等。換句話說，一位功能測試工程師，在經(jīng)過好的導師三個月的專業(yè)培訓和學習后，就可以基本勝任國際化測試的工作了。這里的門檻在于，市面上介紹國際化測試的書不多，很多東西需要在工作中去一個個知識點地學習，需要老員工來帶。不像對java、數(shù)據(jù)庫開發(fā)進行系統(tǒng)介紹的書那樣滿大街都是。

兼容性測試是典型的沒什么技術含量的人力密集型工作。本人曾經(jīng)做過一個月的打印機兼容性測試，上百臺打印機，一個接一個放入打印紙打印，看看對被測試的國產(chǎn)Linux的支持程度。或者一個產(chǎn)品，測試對不同數(shù)據(jù)庫的支持。讓我想起在上大學的假期里給人發(fā)傳單時，發(fā)一次掙30元錢，誰干都可以，賣賣苦力。后來改行寫游戲外掛，一個月輕松掙3000多塊，讓室友們羨慕得不得了。

手機/平板電腦應用的測試。手機或者平板電腦上的應用要么是單機應用如雷電游戲，要么是客戶端程序如新浪微博客戶端，特點是輸入少，以瀏覽為主。客戶端程序的開發(fā)難度要低于服務器端程序，其測試難度也相應得低一些。

測試的另一大不利因素是缺乏成就感。設計人員、開發(fā)人員可以出去和人說，大家用的某某殺毒軟件的小獅子是我的idea，某某輸入法是我開發(fā)的，某某網(wǎng)站是我寫的，里面存在只有我知道的某某漏洞。測試人員與之相比則會比較尷尬。

說了這么多，絕對沒有輕視測試或者刻意抬高開發(fā)的意思。每一個工種都是不可或缺和重要的。但是，他們帶給工程師本身的價值增值不一樣，工作時間越長越明顯。打個不太恰當?shù)谋确剑_發(fā)與測試工程師，就好比醫(yī)生與護士，會計和出納。醫(yī)生越老經(jīng)驗越豐富，價值越高，每個年代都名醫(yī)輩出，受人敬仰。而護士，除了開創(chuàng)者南丁格爾外，沒有幾個能被大家所熟知和記住的。

工作內容雜、重復性高是低價值工作的一個共同特點。而這是想在職業(yè)上有所發(fā)展的同學必須要注意的一點。

說了這么多測試工作的局限性，下面接著說說從事軟件測試這個行當?shù)暮锰帯．吘梗ㄎ以趦鹊暮艽笠粋€群體都在靠這個行當吃飯，全是缺點的話，誰還愿意干這行。而且，想干好測試的話，還是需要花費一番心思的。

勞動強度和工作壓力適中。開發(fā)人員的一大壓力是到了deadline能否做完分配的模塊。技術難點是不可避免的，沒有人能百分百地保證一個全新項目能按時開發(fā)完，能解決所有的技術難題。測試要好很多，測試工作主要是量的問題，大不了加加班，不存在完不成的問題。

技術更新周期長。不管是Flex、Html5還是Jsp寫的軟件界面，對功能測試人員來說區(qū)別不大。而對于開發(fā)人員來說，技術的切換則是一件比較痛苦的事情。就像被人從一個熱被窩里面揪出來，再從新捂一個冷被窩。其中的辛苦，經(jīng)歷過的人都知道。

技術面、適用面比較廣。開發(fā)人員講究的是深度，測試人員講究的是廣度。測試人員在換工作時，從測試 .net 產(chǎn)品轉向測試Java產(chǎn)品問題不大，而對開發(fā)人員來說則是個大問題。

開發(fā)人員比測試人員 ‘軸’的更多。很多牛人技術很好，但是溝通能力很差，朋友少，這和工作性質有很大關系。長期的編程造成了不少開發(fā)人員呆板的思維方式。生活是豐富多彩的，遠不是只有技術。

2、測試團隊管理

1）誰在做軟件測試？

計算機專業(yè)畢業(yè)的女同學：軟件測試的勞動強度和壓力比軟件開發(fā)小很多，還要求耐心和細致，很適合希望干本行的科班出身的女同學

非計算機專業(yè)畢業(yè)的同學：軟件測試的入行門檻比開發(fā)要低一些，很多學與計算機相關的理工科專業(yè)（如信息系統(tǒng)、數(shù)學、物理、電子）畢業(yè)，甚至是當年因為幾分之差與計算機專業(yè)失之交臂，同時又對此行業(yè)很感興趣的同學轉行過來

軟件開發(fā)、售前、售后技術支持工程師轉行做測試：部分軟件開發(fā)工程師在工作若干年后，不太喜歡太大的工作壓力和強度，希望能夠保持工作和生活的平衡，多一些時間陪陪家人。他們強大的開發(fā)背景很快就能在測試組里顯山漏水，鶴立雞群，即便開發(fā)能力在開發(fā)組中只是一般般的；部分售前、售后工程師在結婚生子后不希望太多的時間在外地出差，希望能多照顧家庭，他們的行業(yè)知識和溝通能力對測試工作也大有裨益。

2）測試工程師的心里在想什么？

每個人的需求不一樣，這就需要管理人員根據(jù)每個人的需求來做工作，因人而異，才能達到最好的效果。

有的人沖勁很足，渴望挑戰(zhàn)技術難點，提升技術水平，就讓他多做核心工作，獲得成就感。

有的人求安穩(wěn)，不求職業(yè)有多大發(fā)展，但求多照顧家庭，少加班；或者階段性的，比如家里剛要了小孩兒，希望能多照顧家庭，就分配一些沒難度的工作給他

有的在工作若干年后對測試逐漸失去興趣，會轉行做開發(fā)或者技術支持。只要有心的話，在日常工作中都可以覺察的到。

3）測試的技能要求

編程：編程能力是一切IT相關行業(yè)的基礎，尤其對于軟件測試來說，編程能力和功底越高越好。這樣他就可以知道開發(fā)過程中哪些地方容易出問題，發(fā)現(xiàn)很多純黑盒測試人員發(fā)現(xiàn)不到的深層次bug。

數(shù)據(jù)庫、中間件、操作系統(tǒng)：被測試的系統(tǒng)千差萬別，測試人員很多情況下需要自己搭建測試環(huán)境，在測試過程中發(fā)現(xiàn)問題后需要甄別是測試環(huán)境的問題還是被測系統(tǒng)存在bug，所以常見的數(shù)據(jù)庫、中間件、操作系統(tǒng)都要會裝會用，至少要熟練使用一種。

行業(yè)背景知識：如果被測試的軟件是QQ，Office這類通用軟件，那不需要什么行業(yè)知識。如果測試一個復雜的財務軟件或者ERP軟件，沒有基本的背景知識的話，很多流程會走不到，或者根本就走不通，測試覆蓋率會出現(xiàn)嚴重的問題。全指望產(chǎn)品使用說明文檔或者客戶現(xiàn)場支持是不現(xiàn)實的。

測試工具的使用：最常用的如QTP，LoadRunner。這個沒有難度，就是個熟練度。

溝通：各個工種都需要

英語：IT的各個工種都需要

4）測試人員風險管理

和其他團隊一樣，測試團隊也面臨著人員流動的風險。不論是流動到公司內部的其他部門，還是跳槽到其他公司，對于小組來說，都是失去了一位熟練的工程師，需要重新花費成本去招聘、面試和培養(yǎng)。如果是一位核心測試工程師流失了，甚至會造成整個team的技術水平下降。現(xiàn)如今，人員的流動是不可避免的，為了把損失降到最低程度，需要在管理制度上有所考慮。

a、根據(jù)二八法則，重點關注核心工程師的思想動態(tài)和情緒變化，各種資源也要一定程度地傾斜。20%的工作是核心工作，80%的工作是外圍的次要一些的工作。只要能抓住20%的核心工作，其余80%的外圍工作風險就小多了

b、重要的工作一定要有至少2位工程師會做，否則人一走，工作就立刻癱瘓了。

5）FAQ

Q：在做測試的時候，發(fā)現(xiàn)并記錄bug后，是否提倡由測試人員分析并修復呢？

A：我在做測試時，和我所在的團隊成員曾經(jīng)這樣嘗試過，最后發(fā)現(xiàn)費時費力，事倍功半。因為對于一個大型軟件系統(tǒng)來說，代碼結構比較復雜，即使是這個產(chǎn)品的開發(fā)人員，讓他調試不是自己所編寫的模塊的代碼，都需要花好大一番功夫。而對于某個模塊的開發(fā)人員來說，對自己編寫的模塊了如指掌，調試并修復bug事半功倍。而且對于開發(fā)人員來說，寫前臺的不懂后臺，或者寫中間層的不懂持久層都很常見，在開發(fā)過程中都需要相互配合聯(lián)合調試。如果測試人員真想提高技能的話，不如自己多動手寫一些程序，或者精讀一些代碼更有益一些。當然，愿意多鉆研是一件非常好的事情。

Q：如何盡量規(guī)避測試覆蓋率不足的風險？

A：測試的最大風險在于測試覆蓋率不夠導致漏報，最終被漏掉的問題在產(chǎn)品發(fā)布后被客戶在使用中發(fā)現(xiàn)。而實踐又證明，沒有開發(fā)人員的幫助，測試人員100%會漏掉一些重要的bug。所以，需要在制度設計上有所考慮。如有興趣，具體方法可聯(lián)系本人。當然，所有方法都只能盡量提高測試覆蓋率，對于一個幾十萬行代碼量的中大型系統(tǒng)，沒有完美的方法能保證100%的覆蓋率。

Q：測試組和開發(fā)組的關系就像貓和狗一樣天生不和么？如何理順？

A：在很多軟件公司，測試組和開發(fā)組的關系都比較緊張，不好調和。開發(fā)組認為測試組發(fā)現(xiàn)不了多少重要的bug，就會在一些邊角問題上吹毛求疵，雞蛋里挑骨頭，在領導面前說壞話，在開發(fā)進度已經(jīng)很緊張的情況下還要來擠占寶貴的時間問這問那；測試組認為開發(fā)組做的東西太爛了，報的bug沒有引起足夠的重視，得不到足夠的開發(fā)狀態(tài)更新和支持配合。這些矛盾是由多方面的原因引起的。

1）評價體系

測試組沒有有效發(fā)現(xiàn)bug，等產(chǎn)品上線后被客戶發(fā)現(xiàn)了，導致投訴甚至經(jīng)濟上的損失，是測試組的責任；測試組發(fā)現(xiàn)的bug，開發(fā)組無法按時修復，是開發(fā)組的責任。測試人員心中大罵：因為開發(fā)人員做得東西爛，才導致自己沒有發(fā)現(xiàn)全部的bug；如果開發(fā)做得好，自己怎么會漏掉bug進而影響了年終獎。開發(fā)人員也極其不爽：都怪測試人員臨到最后才發(fā)現(xiàn)了一個致命的bug，導致自己沒有時間修復，讓產(chǎn)品帶著問題發(fā)布了。

于是乎，為了各自的飯碗和聲譽，悲劇開始了。

測試組會竭盡全力提高測試覆蓋率，報bug，寧可有少量誤報，也不敢遺漏；而要提高測試覆蓋率，測試組需要開發(fā)組的大力支持和配合。實踐證明，沒有開發(fā)人員的幫助，比如介紹哪個模塊有潛在問題和復雜的邏輯分支，測試組無法獨自發(fā)現(xiàn)很多重要的bug。

而開發(fā)組在項目后期壓力會比較大，一邊拼命修復bug，一邊看著新bug一個個先仆后繼地冒出來，感覺bug就如同蒼蠅般轟都轟不走。遇到比較嚴重又不好修復的bug，更是倍感壓力，茶不思飯不香。突然間，開發(fā)人員自己發(fā)現(xiàn)了一個比較嚴重又不好修復的bug，第二天就要交付產(chǎn)品，時間來不及了，而測試組還沒有發(fā)現(xiàn)。該如何抉擇呢？

a、主動報告bug，自己承擔全部責任；為了這個bug，可能需要專門給產(chǎn)品開發(fā)一個patch，在公司上下都造成了負面影響

b、隱瞞bug，測試組最終也沒有發(fā)現(xiàn)，產(chǎn)品交付使用后被客戶發(fā)現(xiàn)了，測試組承擔全部責任

c、隱瞞bug，測試組最終也沒有發(fā)現(xiàn)，產(chǎn)品交付使用后客戶也沒有發(fā)現(xiàn)，皆大歡喜，在下一個版本里自己悄悄修復

公司不同，企業(yè)文化不同，獎懲激勵制度評價體系不同，最終會使開發(fā)人員在一番權衡之后做出截然不同的決定，進而影響這個產(chǎn)品甚至整個公司。

2）組織架構

在很多大公司里，部門會按照職能來劃分。測試部下轄若干測試小組，每個小組負責測試一個或者一類產(chǎn)品；開發(fā)部下轄若干開發(fā)小組，每個小組負責開發(fā)一個或者一類產(chǎn)品。測試部經(jīng)理和開發(fā)部經(jīng)理都直接向研發(fā)中心的經(jīng)理匯報。當測試部經(jīng)理和開發(fā)部經(jīng)理在一些工作上意見不一致時，沒有人來直接做裁決，導致互相扯皮。一個中大型研發(fā)中心同時會有至少幾十個項目在運作，研發(fā)中心的經(jīng)理在宏觀層面上掌控全局，根本無暇顧及每個項目的細節(jié)，很多時候就任由測試組和開發(fā)組的人來互相角力了。項目經(jīng)理和產(chǎn)品經(jīng)理在不同的公司里話語權差異很大，經(jīng)常無法有效調和這些矛盾。

在有些公司里，部門會根據(jù)事業(yè)部/產(chǎn)品線來劃分。部門甲負責一個或者一類產(chǎn)品，下轄開發(fā)組，測試組，項目經(jīng)理，產(chǎn)品經(jīng)理，UI設計人員等。當開發(fā)組和測試組意見不一致時，由部門經(jīng)理最終拿主意，對項目的成敗負全部責任。這種架構下情況會好很多。

Q：如何評價測試人員的工作？

A：需要bug數(shù)量和經(jīng)理的主觀感受相結合。單純依賴bug數(shù)量，就如同單純依賴代碼行數(shù)來評價開發(fā)人員一樣片面。其一，Bug的數(shù)量可以摻水；其二，做性能測試的人員所報bug數(shù)要遠遠小于做功能測試的人員，做測試開發(fā)的人員就根本沒有bug可報。

Q：在從事若干年測試工作后，大家都向哪些方向發(fā)展了？

A：根據(jù)我和身邊同事們所經(jīng)歷過的各類公司的經(jīng)驗，大致有如下幾種出路。

1）測試管理。管理職位是稀缺的，不是想做管理的人都能有機會去做，即使各方面能力都具備了。

2）轉開發(fā)。測試轉開發(fā) 比 開發(fā)轉測試 的難度要大得多，越早越好，轉失敗的不在少數(shù)。

3）轉售前售后技術支持、顧問、培訓。測試的好處在于對產(chǎn)品的整理理解和把握，同時研發(fā)的背景對于這幾個工種非常有益。

4）在測試的道路上長期走下去，做技術專家。這是大部分人的選擇，不管是主動的還是無奈被動的。