測試人員的價值＝自動化測試的水平？

軟體測試是對專案研發過程產物（文件、程式碼、程式等）進行審查，保障產品質量的過程。測試人員應具備從使用者角度、開發角度和業務角度審查研發過程產物的能力，從而促使最終的產品達到使用者、開發和業務三方要求。 加我VX：atstudy-js 回覆“測試”，進入 自動化測試學習交流群~~

自動化測試是當前測試領域的一種重要技術，市面上有jmeter、postman、metersphere等諸多自動化測試工具。越來越多的測試人員將自動化測試作為自身價值的突破點，透過學習掌握更多的自動化測試工具彰顯自身價值。那麼，測試人員的價值真的就等於自動化測試的水平嗎？

顯而易見，自動化測試是一種新興的重要的測試技術，是軟體測試的一個重要分支。它具有一定的技術門檻和客觀的評價指標，使得越來越多的招聘人員習慣於透過自動化測試的掌握程度衡量一個應聘者的測試能力和價值。進而導致測試人員更加專注於學習鑽研自動化測試技術和工具。

毫無疑問這種行為是本末倒置的，它混淆了測試人員的本職工作是什麼，掩蓋了測試的核心目標是什麼。測試人員的本職工作是保障產品質量，測試的核心是全方位檢查產品質量水平，提升產品質量。自動化測試可以提高測試的響應效率，提升測試的深度，但是無法決定測試的質量。測試的質量取決於測試人員自身的測試認知水平。這就類似於武器和人的關係，武器裝備水平可以提升戰爭獲勝的可能性，但是決定戰爭勝利的永遠是人。自動化測試就是一種先進的武器，藉助它可以提升測試質量，但是決定測試質量好壞的永遠是測試人員。如果測試人員都不知道要測什麼，怎麼測，測到那種程度，那麼自動化工具就更不知到了。

越來越多的測試人員認為能編寫自動化指令碼就是提升，認為掌握了各種報文工具就是提升，認為能看懂報文就是提升。其實不是，顯然這些東西開發人員就可以很好的造成，如果測試人員只會這些，充其量只是開發人員的一種補充。充當了開發人員的助手，幫助開發人員完成開發人員不願做或沒精力做的工作。尤其當開發人員比測試人員更瞭解程式，測試人員需要開發人員告訴他應測什麼時，那麼測試人員的價值就更顯得可有可無，結果就是測試人員的話語權日漸式微。這種現象本職原因在於測試人員放棄了自己的傳統優勢，橫跨到開發領域和開發比拼技術。

測試人員的本職是測試，測試人員的傳統優勢在於能夠有效保障和提升產品質量。這就要求測試人員熟悉測試理論，掌握各種測試方法，知道應該測什麼，怎麼測，測到什麼程度後，產品的質量就可以認定滿足產品上線標準。測試過程由測試人員主導，開發人員應配合測試人員開展測試活動。當然前提在於測試人員的方法和行為是行之有效的，測試過程確實保障了產品質量。

測試活動的核心是測什麼，接下來給你分享三個視角審視審查產品質量。

二、軟體測試的三個視角

2.1 測試即使用者

測試人員應使用者視角審查產品，主要基於使用者的內在需求和外在表現兩個方面。使用者的內在需求即使用者對一個美好產品的期待和渴望。可以從四個方面度量:產品是否便捷，產品是否易用，產品是否安全以及功能是否正確。產品是否足夠便捷很大程度上決定了使用者是否願意從產品觀望著轉化為產品體驗者，最終沉澱為產品使用者。

產品的便捷性是指使用者是否可以方便，快捷的透過產品實現需要，即產品是否及時，快捷，方便以及功能強大。用生活日常繳費這個場景說明，即使用者是否可以及時快捷的訪問產品，app,小程式，公眾號三類訪問渠道所提供的使用者感受的顯然是不同的。所能提供的繳費類別多少，如電費，水費，物業費，寬頻費，停車費等也直接決定了產品可實現使用者需要的程度。產品的易用性很大程度決定了產品體驗者是否可以有效沉澱為產品忠實使用者，是指產品操作是否清晰，簡單，尤其是當使用者不讀使用說明的情況下。

當下，使用者的時間是寶貴的和緊缺的，閱讀產品說明書和不清晰的操作指引會極大降低使用者有限的耐心，提高產品的使用門檻，降低使用者的使用意願。產品是否安全決定了使用者是否放心使用產品，信任產品，不安全的產品會極大造成沉澱使用者的流失，降低潛在使用者的產品體驗意願，畢竟沒人會願意使用一個存在安全隱患，隨時可能傷害到自己的產品。功能正確是一個產品的基本要求，它決定了產品是否真實響應了使用者操作，以及使用者的使用感受。比如正確的使用者輸入得到錯誤的響應，正確的操作導致資金的流失，正確的操作沒有實現使用者的需求。

使用者的外在表現主要是由於使用者群體呈現出來的複雜的，不可預測的操作行為，例如:不正確的金額，文字輸入，不合規的操作，不夠的餘額和過大的繳費金額等等可能存在的異常操作。這裡要求測試人員對使用者有一個清晰的認識:使用者即傻瓜，測試人員不能假定使用者是一個具有一定技術水平，業務知識，知識水平的理性人。這就決定了使用者的輸入和操作是千奇百怪的，測試人員要模擬這個傻瓜，做出這個傻瓜可能做出的所有動作。比如忘記密碼，賬號被鎖死，違反常識的輸入，錯誤的操作，重複的提交等等。

2.2 測試即開發

測試人員應從開發視角審查產品，主要從功能是否實現，功能是否正確實現，功能是否完美實現三個方面審視。功能是否實現是指系統是否滿足需求說明書，詳細設計等軟體過程中所產生的各類文件的要求。比如:需求說明書中要求實現的功能是否都實現了，設定的業務規則是否都實現了，規定的非功能性需求:服務時間，併發量等是否都實現了。

最後：

可以我的個人V：atstudy-js，可以免費領取一份10G軟體測試工程師面試寶典文件資料。以及相對應的影片學習教程免費分享！，其中包括了有基礎知識、Linux必備、Mysql資料庫、抓包工具、介面測試工具、測試進階-Python程式設計、Web自動化測試、APP自動化測試、介面自動化測試、測試高階持續整合、測試架構開發測試框架、效能測試等。

這些測試資料，對於做【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！