軟體測試這四年

發表於2014-06-26

六月尾了,多麼青春的月份。世界盃伴隨著高考結束大學畢業,轉眼從事軟體測試工作四年了。想想當初,培訓老師口中的朝陽行業軟體測試,到現在依舊朝陽,只能呵呵。

先說說主頁君自己,由於他腹黑陰險狡猾,不做測試挺可惜的,所以四年前毅然選擇了軟體測試這個行當,要說後悔,基本沒有,唯一遺憾的是當年應該先去做兩年開發再去轉測試恐怕是更好的選擇吧。所以這裡給新人或者入行不久的同行一個忠告:無論是從薪資晉級的角度,還是更好地理解軟體生命週期這個角度,先從事兩年左右的開發都是一個更好的選擇。不過當你選了開發做了兩三年之後,估計很少有人再轉測試吧,畢竟測試沒有開發具有“錢景”。

再說說軟體測試這個行業。主頁君入行四年多,做了半年的手工測試,近三年的自動化測試,還有目前做了大概半年多的效能測試。總結來說說吧。

最重要並且最不值錢(這裡的值錢指的是值多少工資,並不代表做這件事的價值)的是手工測試,實際上手工測試是最具有價值的測試,95%以上的bug都是手工測試發現的;在很多開發的眼裡,手工測試只是每天跟著文件這裡點點那裡點點,沒有什麼技術含量。這是由於手工測試人員的入門門檻低造成的。這類手工測試人員業務熟了,經驗豐富了可能會成為某個行業的專家,也可以向著BA的方向發展,但是起點低造成了很多人根本走不完這條路就離開測試這個行當了。前些天看到的一個比方:每天走路上班,會發現更多的美景,甚至是可以駐足,但是你可能遲到;而如果坐地鐵,每天都是一樣的路線,你可以準時準確地到達目的地,但卻失去了過程中的細節。走路上班說的是手工測試,可以更多的關注細節;而地鐵上班則說的是自動化測試,可以準確地進行迭代,周而復始,卻無法發現新的東西。

最沒有市場的應該是自動化測試。原因很簡單,多數規模中小的軟體公司,所開發的軟體的規模或者迭代週期都不會很長。而自動化測試的長處恰恰卻在對長迭代週期的專案可以起到節省人力物力的作用。當然我說的沒市場也只是侷限在國內的中小規模的公司,很多大公司對自動化測試還是有需求的,並且這些人的待遇也普遍比手工測試高不少,很簡單的原因就是他們是會寫程式的。所謂自動化測試,也就是寫一個程式去測另一個程式。所以如果你是個自動化測試工程師,那麼一些小公司還是不要去面試了吧。

關於效能測試,我能說的不多。半年多的光景一共做了十多個專案。有一點可以肯定的是,效能測試對一個測試人員的綜合素質要求是最高的。打個不大恰當的比方,如果說開發是個實體類,具備各種解決問題的方法,那麼效能測試人員應該算是個抽象類,有各種抽象介面跟方法,他不必知道具體如何實現,但是他得知道有那麼回事。

給自己的一些忠告

要學好英語,作為一個測試,外資企業始終是個比較好的歸宿,畢竟國內還沒有那麼重視測試,當然也不排除國內的電商巨頭之類的。

多充電。我有每天瀏覽軟體測試的招聘的習慣,基本上每個招聘要的技術都不一樣,所以作為一個測試,要多留些介面,即使是抽象的。

作為一個測試,要有開發的芯,但是卻不能有開發的心。說白了就是你要有開發的技術(雖然不可能比開發更專業),但卻不能有開發那種薪水的心,如果你太過計較薪水了,真的很難耐心做好測試。說多了都是淚。

作為測試人員,專業是最最重要的一個素質,所以不管心情怎麼樣,薪水怎麼樣,只要去上班,那麼就人模人樣的保持專業。

暫時就這些了,與依然在堅持的小測試們共勉。

相關文章