http://www.cnblogs.com/fnng/archive/2012/06/13/2548599.html 2012 《軟件測試員---你的路在哪里?》: 前些天寫了《軟件測試員---你的路在哪里?》 我有提到,我問了一下大我?guī)讱q朋友的薪資,他的薪資處在我劃分的第二階段的中間,情緒變得比較消極。
他告訴我,你跳到第二階段了,但再往上走,想有一個薪資的大跨度很難,需要的時間也相對比較長。然后,我就把測試員的路劃分了三個階段。雖然劃分了三個階段,但我并不知道如何跨越到第三個階段。自己也處于非常迷茫的狀態(tài)。 希望能得到有用的回復(fù)了評論,但大多回復(fù)說到努力做好現(xiàn)在,埋頭學(xué)好技術(shù)。這些是必須的,單就測試技術(shù)來說,多了去了??傄o自己找個比較明朗的方向和目標吧!不然,你是想一切隨緣呢?還是想等著柳暗花明呢?
先說一位網(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ā)也就那么回事兒。你看看那么多的培訓(xùn)機構(gòu),甚至有承諾你只要是理工科專業(yè)的,半年都能教會你開發(fā),收入還三到八K之間。他們還教你有項目經(jīng)驗,一個大點的項目做幾年的都有。他們就半年還讓你有項目經(jīng)驗。其實,也是把比較基本的東西教給你,不會的函數(shù)會查文檔,工作之間會遇到開發(fā)各種各樣的系統(tǒng)。那也需要一個長期的學(xué)習各積累的過程。說這么多就是想告訴你,開發(fā)不難。下面看一下白盒測試需要掌握哪些技能:
首先,懂得一門開發(fā)語言是必須的,代碼都不懂,如何寫測試代碼。是吧!不過,你是否疑慮開發(fā)人員寫了個100行的代碼,你可能可要寫200行有代碼來驗證開發(fā)人員100行有代碼是否正確。不用擔心,有測試來框架來幫你呢?像java的測試框架有JUnit、testNG ,C++測試框架有CPPUnit、Unit++等等,基本上現(xiàn)在流行有語言都有相應(yīng)的測試框架。所以,在熟悉了一門語言之后,你需要精通一門測試框架。
白盒測試,你需要做不僅僅是單元能測試,只真對開發(fā)人員的每段代碼進行測試。而且,在相當多的時候,單元測試是由開發(fā)人員自己完成的。你還需要做集成測試。多個單元代碼放到一起之后,你需要對這個集成小模塊進行測試。你還需要進行接口測試?,F(xiàn)在的系統(tǒng)相當復(fù)雜,各種子系統(tǒng)或模塊之間需要相互調(diào)用彼此的接口。相關(guān),集成測試與接口測試,本人未接觸過,所以,知之甚少。哈哈!
自動化測試:
這里的自動化測試主要指的功能自動化測試,你是不是立刻想到了QTP,他只是個自動測試工具而已,QTP不等于自動化測試,如果你已經(jīng)會用QTP錄制回放腳本,那只能算剛?cè)腴T,用QTP的朋友都知道,要想QTP玩的比較深一點,那么你必須學(xué)習VBS腳本語言。
看到好多公司的一腔熱情的撲在自動化測試上,但投入了大量的成本,收效甚微,這個主要是他們的一沒自動化經(jīng)驗,二沒分析系統(tǒng)是否適合自動化測試。但這并不妨礙自動化測試技術(shù)進住公司。還有大把的公司在嘗試自動化,因為它后期真的可以節(jié)約不小的成本。呵呵
下面來看想做自動測試的人員需要哪些技能。
除了QTP外,自動化工具很多,另一個比較有名的是selenium,他支持多種語言,java、php、C# 等等。如果你要自動化的項目是C/S的,那么你需要對weindows組件了如指掌,因為你要用語言操作這些組件。不過,現(xiàn)在的大多項目都是基于web端的。在這里想說一下現(xiàn)在的前端開發(fā)人員真的好悲劇,以前就一個IE6,現(xiàn)在各種各樣的瀏覽器百家爭鳴,我們要兼顧到各種瀏覽器。在這里說聲“你們辛苦了!”,不急,身體web端的功能自動化測試人員,你也是個悲劇。因為前端的技術(shù)你都要會,前端技術(shù)發(fā)展的很快,各種絢麗的新組件,最近比大火的HTML5技術(shù),因為你要用自動化捕捉這些組件的屬性。所以,你要面臨的問題很多。道路很曲折。 性能測試:
如果前面兩個你感覺有難度,要不咱再看看性能測試??傆幸豢钸m合你的,哈哈!
這個我會,我會用loadrunner,QTP都不等于動能自動化測試,你認為loadrunner會等于性能測試?。繙y試工具只是性能測試過程中的一個部分,雖然,是必不可少的一部分,但性能工具的選擇也很多,比如,JMeter和webLOAD都是相當出色的性能測試工具。
其實,說性能測試工具是測試過程中不可缺少的一部分,那是在現(xiàn)在,過去還真不是。在那個沒有性能測試工具的年代,銀行測試人員組織員工,準備個幾十上百臺電腦,領(lǐng)導(dǎo)一吹口哨,員工狂點鼠標。不要笑,真有此事兒!扯遠了。呵呵。
看到現(xiàn)在市面上僅有的幾本性能測試書都是基于loadrunner工具來講的,這里多少有點誤人的感覺。唉!
這里糾正你一個觀點,你要測試的一個系統(tǒng)是一個整體,所以,你要對一個系統(tǒng)的整體都非常了解。你要給一個人看病,你只會看頭痛,可病人是肚子痛,你死盯著病人的頭研究,怎么能找到病人問題的所在。當然,你可以找看肚子的醫(yī)生來協(xié)助。但看肚子的醫(yī)生可以會誤導(dǎo)你對病人問題的判斷。所以,你要向古代的華佗學(xué)習,什么外科,內(nèi)科,男科一人完搞定。為什么講這個?因為下面我要說的東西你可能會認為不是做性能測試要學(xué)的內(nèi)容。
服務(wù)系統(tǒng):現(xiàn)在的系統(tǒng)有臺是用windows的?所以,要學(xué)習linux/unix,不說精通也要熟練。因為你在性能測試的簡歷上常寫搭建測試環(huán)境,莫非~,是winddows的測試環(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):為什么要學(xué)習架構(gòu)的東西,同樣是幾塊木板,可以做成堅固的大樓,也可能做成風一吹就倒的雞窩。不了解系統(tǒng)架構(gòu)如何進行測試,如何進行性能分析。
其它,網(wǎng)絡(luò)知識,因為網(wǎng)絡(luò)環(huán)境也是測試中很重要的一部分。協(xié)議,常有發(fā)現(xiàn)自己用loadrunner錄制了半天沒錄到東西或無法回放。這八成是協(xié)議選錯了。
-----------------------------------------------------------------------------------
上面講的三個方向,你能做的其種一項工作,那么你突破到第三階段毫無壓力。所果,在那項工作中小有所成,那將前途們量了。呵呵!在寫完這篇博文的時候,我就給自己定下了目標。關(guān)于每項工作所需要的技能我也略有闡述。但不是很明確。因為,我不是過來人。但有了目標總是好的。你呢?
圖,再次說明,我真的很喜歡都市夜景。
|
|
來自: 心不留意外塵 > 《測試調(diào)試》