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

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

——什么是軟件測試呢？

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

1979年，Glenford Myers（美 梅爾斯），《軟件測試藝術》［The Art of Software Testing］：為了發現錯誤而 執行程序或者系統的過程

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

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

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

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

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

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

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

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

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

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

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

——軟件測試崗位有哪些

軟件測試開發工程師，測試工程師，軟件開發測試工程師

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

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

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

按級別：初級，中級，高級，資深，組長，主管，經理，總監等

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

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

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

——軟件測試與研發的異同

軟件測試廣度大，專業度低；研發廣度小，專業度高；

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

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

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