在之前的很久一段時間內，我都會思考一件事情，我是一名軟件測試工程師（姑且可以這么說），每天面對的是測試用例，bug等這些東西，那么我真正的價值到底是什么呢？

怎么說呢，可能不止是我，相對來說身在這個行業(yè)的人大部分也有這樣的疑惑吧，嗯，今天就給大家分享一下我求高人、訪名師之后的到的結果吧

——什么是軟件測試呢？

首先呢肯定要看一下官方的解釋：

1979年，Glenford Myers（美 梅爾斯），《軟件測試藝術》［The Art of Software Testing］：為了發(fā)現(xiàn)錯誤而 執(zhí)行程序或者系統(tǒng)的過程

1983年，Bill Hetzel在《軟件測試完全指南》（Complete Guide of Software Testing）一書中指出：測試是以 評價一個程序或者系統(tǒng)屬性為目標的任何一種活動。測試是對軟件質量的度量。

1983年，IEEE軟件工程標準術語：使用人工或自動手段，來運行或測試某個系統(tǒng)的過程。其目的在于檢驗它 是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別。

可以簡單的說一下，測試可以分為兩個步驟：首先運行程序，先保證程序整體的正確性；其次，檢查功能是否滿足用戶需求。

上面的都是特別書面的標準答案，下面就來說說個人的想法

你有見過創(chuàng)業(yè)公司招專職QA的嗎，至少我認為沒有，談一下我對QA在一個公司內部的進化過程的理解，簡單的說， DEV是最好的測試，但專職的QA是專業(yè)化分工的結果。

不管是whatsapp、facebook、google、dropbox，最開始都是只有幾個人的小公司，員工都是身兼產(chǎn)品、開發(fā)、測試，甚至市場運營等職位。

講到這里，好像還沒有QA什么事。但是接下來就是QA出場啦！?。?！

隨著公司繼續(xù)發(fā)展壯大，比如又又拿到一筆風投之后，第一件事當然還是招人啦，公司規(guī)模隨之擴大。 隨后產(chǎn)品中可能出現(xiàn)寫代碼的QA也解決不了的問題，比如產(chǎn)品用戶體驗、產(chǎn)品性能、服務器受壓程度等，光會寫代碼的DEV已經(jīng)不能解決這些問題了，這時公司就需做更加偏向用戶角度的測試。

我想傳統(tǒng)意義上的QA應該劃入這個類別。隨著公司不斷發(fā)展，比如發(fā)展到微軟幾萬人的規(guī)模，QA人數(shù)已經(jīng)和DEV基本持平。在微軟QA叫SDET，還是和開發(fā)搭邊，既要會寫代碼，又要懂用戶。純粹的手動測試已經(jīng)非常少了。

也就是說QA在一個公司不是一開始就有的，而是公司發(fā)展過程中專業(yè)化分工的結果。

下面就給大家提供一下軟件測工程師的標準職能

——軟件測試崗位有哪些

軟件測試開發(fā)工程師，測試工程師，軟件開發(fā)測試工程師

按測試對象分：web測試工程師，app測試工程師，游戲測試工程師

按是否手工分：手工測試，自動化測試

按測試分類：功能測試，性能測試，安全測試

按級別：初級，中級，高級，資深，組長，主管，經(jīng)理，總監(jiān)等

——軟件測試在不同公司的定位

職能性和項目性：職能性是指按職能分部門，有項目之后從各職能部門中調人去參與項目；而項目性是指，按項目進行安排，一個項中的人是固定的，只受項目經(jīng)理的管轄，除非項目不再跟進，則人員重新安排。

綜合性：綜合性是指按部門分，但是包含常規(guī)測試人員，會長期負責某個具體項目，也包含非常規(guī)測試人員，流動去各個項目。

——軟件測試與研發(fā)的異同

軟件測試廣度大，專業(yè)度低；研發(fā)廣度小，專業(yè)度高；

軟件測試要求更廣泛，業(yè)務能力，設計和架構分析能力；

測試一般情況下比研發(fā)輕松，但是敏捷模式下差距不大，產(chǎn)品發(fā)布前壓力較大；

還有就是測試與研發(fā)下調試的區(qū)別：測試的任務是發(fā)現(xiàn)程序中的缺陷，調試的任務是定位并且解決程序中的問題；調試主要是由測試和開發(fā)人員來執(zhí)行，黑盒測試主要由測試人員完成，單元/集成測試主要是由開發(fā)人員執(zhí)行。調試由開發(fā)人員完成；測試觀察整個軟件開發(fā)生命周期，調試一般在開發(fā)階段。