前些天寫了《軟件測試員---你的路在哪里？》 我有提到，我問了一下大我?guī)讱q朋友的薪資，他的薪資處在我劃分的第二階段的中間，情緒變得比較消極。

　　他告訴我，你跳到第二階段了，但再往上走，想有一個薪資的大跨度很難，需要的時間也相對比較長。然后，我就把測試員的路劃分了三個階段。雖然劃分了三個階段，但我并不知道如何跨越到第三個階段。自己也處于非常迷茫的狀態(tài)。 希望能得到有用的回復(fù)了評論，但大多回復(fù)說到努力做好現(xiàn)在，埋頭學好技術(shù)。這些是必須的，單就測試技術(shù)來說，多了去了。總要給自己找個比較明朗的方向和目標吧！不然，你是想一切隨緣呢?還是想等著柳暗花明呢？

　　先說一位網(wǎng)友在群里發(fā)了一篇頗長的文章，大概意思是講功能測試一樣可以做到很牛。注意，我這里的“功能測試”是狹義上的功能，因為一切的軟件測試活動都是為了保證軟件功能的正確運行。而我這里所說的功能測試是偏向于“手工”測試吧。這篇文章里大講特講，功能測試員不單單是找功能上那些簡單的bug 。更要從需求和架構(gòu)上發(fā)現(xiàn)隱藏了問題。我不否認他的正確性。但身為一個天朝的測試員，你一功能測試員管這么“寬”，你讓拿著更高薪資的需求分析師和架構(gòu)師情何以堪啊。

　　而且，在國內(nèi)我沒發(fā)現(xiàn)有特么牛的單單就會功能的功能測試專家。我想他們都應(yīng)該轉(zhuǎn)行去做需求分析師了吧！說上面這些是想告訴你，想在國內(nèi)通過功能測試（狹義）達到第三個階段很難。

后來群里討論了一下，在這里要感謝“拙文”的指點，大我兩歲，他已輕松跨越到第三階段，表示毫無壓力。唉！這就是人與人的差距。

　　自己思考了一下，把進階到第三階段分為三條路。白盒測試、自動化測試、性能測試。（從廣義上來講，白盒測試與自動化測試也屬于功能測試）

注：可能你也早知道這三個方向，我這里對這三個方面做個分析，如有錯誤，歡迎指正！以免誤人誤已。呵呵！

白盒測試：

在我們大多測試員看來，這是個非常高級的工作，好多人視其為測試工作的終極目標。其實，它并沒有想象的高級與神秘，只是我們一般的“初級”測試員不懂開發(fā)，自認為比開發(fā)低半頭。如果能測開發(fā)人員寫的代碼，那自然是件不得了的事兒。呵呵！

其實，開發(fā)也就那么回事兒。你看看那么多的培訓機構(gòu)，甚至有承諾你只要是理工科專業(yè)的，半年都能教會你開發(fā)，收入還三到八K之間。他們還教你有項目經(jīng)驗，一個大點的項目做幾年的都有。他們就半年還讓你有項目經(jīng)驗。其實，也是把比較基本的東西教給你，不會的函數(shù)會查文檔，工作之間會遇到開發(fā)各種各樣的系統(tǒng)。那也需要一個長期的學習各積累的過程。說這么多就是想告訴你，開發(fā)不難。下面看一下白盒測試需要掌握哪些技能：

首先，懂得一門開發(fā)語言是必須的，代碼都不懂，如何寫測試代碼。是吧！不過，你是否疑慮開發(fā)人員寫了個100行的代碼，你可能可要寫200行有代碼來驗證開發(fā)人員100行有代碼是否正確。不用擔心，有測試來框架來幫你呢？像java的測試框架有JUnit、testNG ，C++測試框架有CPPUnit、Unit++等等，基本上現(xiàn)在流行有語言都有相應(yīng)的測試框架。所以，在熟悉了一門語言之后，你需要精通一門測試框架。

白盒測試，你需要做不僅僅是單元能測試，只真對開發(fā)人員的每段代碼進行測試。而且，在相當多的時候，單元測試是由開發(fā)人員自己完成的。你還需要做集成測試。多個單元代碼放到一起之后，你需要對這個集成小模塊進行測試。你還需要進行接口測試。現(xiàn)在的系統(tǒng)相當復(fù)雜，各種子系統(tǒng)或模塊之間需要相互調(diào)用彼此的接口。相關(guān)，集成測試與接口測試，本人未接觸過，所以，知之甚少。哈哈！

自動化測試：

這里的自動化測試主要指的功能自動化測試，你是不是立刻想到了QTP，他只是個自動測試工具而已，QTP不等于自動化測試，如果你已經(jīng)會用QTP錄制回放腳本，那只能算剛?cè)腴T，用QTP的朋友都知道，要想QTP玩的比較深一點，那么你必須學習VBS腳本語言。

看到好多公司的一腔熱情的撲在自動化測試上，但投入了大量的成本，收效甚微，這個主要是他們的一沒自動化經(jīng)驗，二沒分析系統(tǒng)是否適合自動化測試。但這并不妨礙自動化測試技術(shù)進住公司。還有大把的公司在嘗試自動化，因為它后期真的可以節(jié)約不小的成本。呵呵

下面來看想做自動測試的人員需要哪些技能。

除了QTP外，自動化工具很多，另一個比較有名的是selenium，他支持多種語言，java、php、C# 等等。如果你要自動化的項目是C/S的，那么你需要對Windows組件了如指掌，因為你要用語言操作這些組件。不過，現(xiàn)在的大多項目都是基于web端的。在這里想說一下現(xiàn)在的前端開發(fā)人員真的好悲劇，以前就一個IE6，現(xiàn)在各種各樣的瀏覽器百家爭鳴，我們要兼顧到各種瀏覽器。在這里說聲“你們辛苦了！”，不急，身為web端的功能自動化測試人員，你也是個悲劇。因為前端的技術(shù)你都要會，前端技術(shù)發(fā)展的很快，各種絢麗的新組件，比如最近大火的HTML5技術(shù)，因為你要用自動化捕捉這些組件的屬性。所以，你要面臨的問題很多。道路很曲折。

性能測試：

如果前面兩個你感覺有難度，要不咱再看看性能測試。總有一款適合你的，哈哈！

這個我會，我會用loadrunner，又犯前面的毛病了，是吧？QTP都不等于動能自動化測試，你認為loadrunner會等于性能測試！？淡定！測試工具只是性能測試過程中的一個部分，雖然，是必不可少的一部分，但性能工具的選擇也很多，比如，JMeter和webLOAD都是相當出色的性能測試工具。

其實，說性能測試工具是測試過程中不可缺少的一部分，那是在現(xiàn)在，過去還真不是。在那個沒有性能測試工具的年代，銀行測試人員組織員工，準備個幾十上百臺電腦，領(lǐng)導(dǎo)一吹口哨，員工狂點鼠標。不要笑，真有此事兒！扯遠了。呵呵。

看到現(xiàn)在市面上僅有的幾本性能測試書都是基于loadrunner工具來講的，這里多少有點誤人的感覺。唉！

這里糾正你一個觀點，你要測試的一個系統(tǒng)是一個整體，所以，你要對一個系統(tǒng)的整體都非常了解。你要給一個人看病，你只會看頭痛，可病人是肚子痛，你死盯著病人的頭研究，怎么能找到病人問題的所在。當然，你可以找看肚子的醫(yī)生來協(xié)助。但看肚子的醫(yī)生可以會誤導(dǎo)你對病人問題的判斷。所以，你要向古代的華佗學習，什么外科，內(nèi)科，男科一人完搞定。為什么講這個？因為下面我要說的東西你可能會認為不是做性能測試要學的內(nèi)容。

服務(wù)系統(tǒng)：現(xiàn)在的系統(tǒng)有臺是用windows的？所以，要學習linux/unix，不說精通也要熟練。因為你在性能測試的簡歷上常寫搭建測試環(huán)境，莫非~，是windows的測試環(huán)境？安裝各種服務(wù)要會，查看監(jiān)控系統(tǒng)性能，對系統(tǒng)幾部機制也要有所了解。

數(shù)據(jù)庫：至少要熟悉一種大型數(shù)據(jù)庫，對數(shù)據(jù)庫使用，調(diào)優(yōu)！性能出了問題，不要死盯程序，也許是數(shù)據(jù)庫設(shè)計不合理或出現(xiàn)有性能問題引起了。你要會分析數(shù)據(jù)庫。

中間件：中間件是系統(tǒng)與服務(wù)器的中間載體，要對中間件的機制性能有所了解。常見的中間件有tomcat、weblogic等。

軟件系統(tǒng)：唉，這里又要扯開發(fā)的東西了，不過不用像白盒測試那樣精通。

系統(tǒng)架構(gòu)：為什么要學習架構(gòu)的東西，同樣是幾塊木板，可以做成堅固的大樓，也可能做成風一吹就倒的雞窩。不了解系統(tǒng)架構(gòu)如何進行測試，如何進行性能分析。

其它，網(wǎng)絡(luò)知識，因為網(wǎng)絡(luò)環(huán)境也是測試中很重要的一部分。協(xié)議，常有發(fā)現(xiàn)自己用loadrunner錄制了半天沒錄到東西或無法回放。這八成是協(xié)議選錯了。

-----------------------------------------------------------------------------------

上面講的三個方向，你能做的其種一項工作，那么你突破到第三階段毫無壓力。所果，在那項工作中小有所成，那將前途無量了。呵呵！在寫完這篇博文的時候，我就給自己定下了目標。關(guān)于每項工作所需要的技能我也略有闡述。但不是很明確。因為，我不是過來人。但有了目標總是好的。你呢？

原文鏈接：http://www.cnblogs.com/fnng/archive/2012/06/13/2548599.html