到現(xiàn)在為止，我接觸測試工程師這個職位前前后后已經(jīng)快有1年了，然后便有了些感觸。

場景1：

A：你現(xiàn)在在做什么？

我：測試開發(fā)工程師。

A： 哦，測試啊！(然后就一臉鄙視)

場景2：

B：你為什么要去做測試呢？

我：可以多學(xué)一些。

B：那不去做開發(fā)啊

...

......

其實這樣的場景對于一個測試人員來說經(jīng)常面臨到，當(dāng)你開始認(rèn)真的思考的時候，甚至?xí)l(fā)現(xiàn)真的像他們所想的那樣了——一個雞肋而且沒有技術(shù)含量的職位。于是這便是我為什么要寫這篇文章的原因。寫寫我是如何理解測試工程師這個職位的含義，和一些成長歷程。

第一章

要理解測試工程師這個職位，那我們可以先從一條簡單的軟件開發(fā)流水線上來觀察其所處的位置。一個軟件的開發(fā)主要需要這三個方面的協(xié)作：產(chǎn)品經(jīng)理，開發(fā)人員，測試人員。

那好我們來完整的分析一下這三個環(huán)節(jié)：

產(chǎn)品經(jīng)理：收集和整理用戶的一些需求，然后進行理念上產(chǎn)品的設(shè)計，同時對自己的產(chǎn)品進行估價，定位其市場價值。

開發(fā)人員：對理念軟件上的功能進行分析，如果可以實現(xiàn)，并開始一系列軟件開發(fā)的流程。系統(tǒng)架構(gòu)，功能模塊分析實現(xiàn)，UI設(shè)計等。

測試人員：以理念上的產(chǎn)品和實際得到的產(chǎn)品，對比并測試其功能點實現(xiàn)情況，進行性能和壓力方面的測試，以得到軟件性能結(jié)果，和壓力承受值。

開發(fā)的客戶便是產(chǎn)品經(jīng)理，測試的客戶便是開發(fā)。產(chǎn)品經(jīng)理需要的產(chǎn)品，開發(fā)需要的是他們成果的一個驗證單。那測試便是這個軟件的“體檢師”，而且是最終拍板軟件可以不以發(fā)布的人！

是不是這樣想，這測試的地位便好像高了很多，但為什么在業(yè)界其地位都不怎么樣呢？

第二章

為什么測試的地位不高，甚至有隨時走人的危險？其歷史緣由我也不知道，我只能說說現(xiàn)狀。

一

在一般的小的創(chuàng)業(yè)公司，如5人規(guī)模的公司中，一個軟件的完成一般是沒有專業(yè)的測試人員的。開發(fā)是一條龍服務(wù)，從產(chǎn)品到開發(fā)到測試。然后慢慢覺得，不想和客戶打交道了，有些浪費開發(fā)的時間，那專職的產(chǎn)品經(jīng)理就有了。最后產(chǎn)品越做越大，發(fā)現(xiàn)一些在大規(guī)模使用上的問題，自己不可能點點自己IED上的debug按鈕可以解決這些問題的時候，這次測試人員出現(xiàn)了。

往往最后登場的是英雄，但測試不是。原因很簡單，開發(fā)以為自己可以測試，就是沒有時間，所以在面試測試工程師的時候，所要求的水準(zhǔn)不是很高，這導(dǎo)致在小公司里的測試人員，普遍代碼功底薄弱。而且開發(fā)也完全知道這一點，所以很多測試的工作都是：改配置->點鼠標(biāo)->等時間... 。然后有一天公司財政緊縮，那這種測試便第一個被割掉。

二

為什么有人會選擇做測試？如果可以做開發(fā)為什么要做測試？測試薪酬一般會比開發(fā)低一些，那如果你有開發(fā)的能力，會去做測試嗎？

1.編碼能力不強；

2.不喜歡繁重的工作和緊迫的時間壓力；

3.自己能力不足；

......

其實這是我接觸的，大多數(shù)應(yīng)屆生在就職方面的選擇測試的緣由。你說你自己一開始就覺得低人一等，自己都看不起自己的職業(yè)，那還能怪別人看不起你嗎？

還沒有開始測試的工作的時候，就給自己的職業(yè)打上了標(biāo)簽，編碼弱，地位低。

三。

對于開發(fā)而言，其實很多開發(fā)是看不起測試的，這也是上訴的歷史緣由，他們心目中的測試就是點點鼠標(biāo)，然后泡上一壺好茶，品完茶，然后結(jié)果就出來了，有事找開發(fā)，沒事就過。然后這樣還和他們的工資差不多，這使得嚴(yán)重的心理上的不平衡感，最后就向世人抱怨這樣的日子。

對于上訴三種場景，在我現(xiàn)在所接觸到的大公司中基本上是不存在的，但在開始創(chuàng)業(yè)不久的小公司中卻屢見不鮮，然而大公司畢竟是少數(shù)，就導(dǎo)致了測試的地位在業(yè)界不怎么高。(以上觀點全是個人經(jīng)歷所得，不喜勿噴!)

第三章

那如何作好一名測試工程師呢？那先看看我們的“客戶”吧！

測試的客戶是開發(fā)，開發(fā)把軟件交給你，是需要你給它進行體檢。他們真正需要的是，測試可以找到那些像"艾滋病"那樣潛伏很深的BUG；而不是給他們說，“你的臉沒洗干凈，發(fā)型不好”這種不痛不癢的BUG。如果你能經(jīng)常發(fā)現(xiàn)一些隱藏很深的BUG，開發(fā)會漸漸的改變他對你的看法，慢慢覺得你靠譜；到最后，他們寫出來的東西，如果不給你測試就不敢發(fā)布。那你就成為了一位真正出色的測試工程師了。

如何使開發(fā)覺得你靠譜，就得找隱藏BUG；如何找隱藏BUG，就得看程序流程。

看程序流程，真的就得看源代碼了，文檔什么的可以作為參考。但測試重視的不是函數(shù)的實現(xiàn)，而是函數(shù)之間的排列組合，作為測試這個可以慢慢來，時間可以有的。

對于測試而言在，個人觀點是看懂軟件實現(xiàn)流程，這在很多情況下可以有很神奇的功效！但這是需要時間和精力的，如果你想在測試行業(yè)站穩(wěn)腳，就一定要學(xué)會看源代碼。

還有一種方式，就是自己開發(fā)一些測試工具，實現(xiàn)測試流程自動化，實現(xiàn)快速測試。這便是真正的從測試的角度來當(dāng)一名測試工程師。這樣的方式可以完全實際可行的，可以為后面的人搭上一座很方便的橋梁，同時實現(xiàn)你測試工程師的夢想。但就我個人而言，比較喜歡垂直化的工作。

總結(jié)

首先作為測試人員必須端正好自己的態(tài)度，不要給自己心里暗示，“自己編碼弱”，“測試是輕松活”，“我的地位沒開發(fā)高”等這種負(fù)面的情緒。要記住你是給軟件"拍板"的人，如果過了你這一關(guān)，軟件出現(xiàn)問題，你就是全責(zé)。你身上的責(zé)任是很重的，不要輕易放過一個細(xì)節(jié)的問題，“千里之堤，歷經(jīng)風(fēng)浪，卻潰于蟻穴！”測試是質(zhì)量的驗證者，就像藥監(jiān)局，如果你疏忽大意，可能會導(dǎo)致萬人詬病！