這個問題好像好多人都問過。手工測試、自動化測試哪個更重要❓ 答：都重要，不存在孰輕孰重的問題。

感覺可以考慮，不同場景或階段下選擇哪種方式當時更適合？

手工測試和自動化測試都基於對使用者需求、功能需求的正確理解，對測試物件進行充分測試設計的基礎上開展的。

按照測試階段或者功能穩定程度來劃分，手工測試更適合軟體模組、整合測試階段或者功能穩定性低（缺陷多、變動快等），如果這個時候開展自動化會引入過多的自動化開發、維護成本。自動化測試更適合在產品迭代後期或者功能相對穩定的時候開展，通常應用於迴歸測試場景下（關注我後續的文章，會有關於自動化前移的探討）。

按照不同的測試物件來劃分，如測試百萬級的元資料遷移、匯聚處理時，由於資料的多樣性，很難透過用手工測試保障質量，自然而然需要考慮自動化的方式提高測試效率，進而保障測試質量。時間有限的情況下，使用自動化儘可能覆蓋重複性高的操作。

同時自動化並不是生搬硬套，根據不同的業務場景選擇合適的自動化框架十分重要，可以有效的提高測試開發效率和降低維護成本。如，對於一個含有強流程的業務模組，採用關鍵字驅動測試框架更利於用例的組織和維護。通常常用的自動化框架還包含資料驅動測試框架、模組化測試框架。

自動化測試的型別也要因地制宜，如ui自動化、介面自動化等等，也需要結合業務特點、底層架構選擇合適的型別開展。

最後應該儘量避免為了做自動他而做自動化，而是為了去做更多有價值的測試。

按照本人的經驗來看，這個沒有所謂的那個更重要。主要看專案的大小和專案的週期。

手動測試：就是有人一個一個輸入測試用例，然後認為的檢視測試結果。

自動化測試：就是完成測試的程式碼/指令碼，由指令碼讀取測試資料，然後輸出測試的結果並和預期的測試結果進行對比。

在一般的公司手動測試人員肯定是有的，自動化測試的崗位則可能沒有。

如果是小的專案，短期的專案，則手動測試就可以，在開發完成程式碼後，由測試人員手動的完成一個個測試用例的執行。

如果是個長期的專案，則自動化就顯的比較重要。現在的公司大多數選擇敏捷的開發模式，每次會有新的內容向已有的專案疊加，這就要求新加的功能不能影響已有的功能，也就是要有迴歸測試，專案每個週期的疊加，然後每次需要回歸的功能會越來越多，如果還只是人工測試的話，一種情況就是測試人員草草了事，一種情況就是測試人員會想著去外面找找新的發展。

在專案中手動測試和自動化測試應該相輔相成。人的思維總是靈活多變的，手動測試中可以改變思路就可以測試出不同的問題。當時自動化測試相對具有一直性，當面對大量繁瑣和重複的工作的時候，人總會倦怠，但是機器會保持較好的一致性。

從你的問題中可以看出題主對測試行業不是特別瞭解！

理由：

1 目前絕大多數的軟體公司，業務變更頻繁，所以不適合做自動化

2 很多公司的測試工程師的程式碼能力堪憂，透過自動化程式碼保證質量的可能性很低

3 不管是哪種測試，目的都是透過一定邏輯找出軟體中的缺陷，手動測試的靈活性更佳

當然，這只是針對市面絕大多數的軟體公司而言，因為公司比較小，沒有人力財力支撐自動化測試！但如果說，公司系統穩定且龐大，那麼有一套完整的自動化測試方案，

價效比肯定比手動測試要高！

注意：我這裡指的是“價效比”，而非重要性，實際上我覺得兩者都是非常重要的，

在系統越龐大複雜的情況下，越能體現兩種測試的互補性！

手工測試和自動化測試雖然都重要，但是就薪資而言，自動化測試比手工測試高多了。

軟體測試現在越來越重要。

1、現在軟體越來越龐大，越來越複雜，同時，越來越多的公司轉型數字化，這樣對軟體安全、質量、穩定性都提出了更高的要求。所以高階的測試人才總是稀缺的。

2、行業對測試的要求越來越高，因為測試的部分基層工作都已實現自動化，開始對業務、產品全流程瞭解，參與需求分析、可行性設計、測試質量控制等提出更高要求。導致測試低端人才如不提高自己，薪資增長困難，高階測試人才稀缺導致各公司提高薪資待遇招聘。2極分化嚴重。

3、國內小廠佔大頭，公司初期都是出產品為主要目標，老闆和開發部分處於急於出產品心理，對測試環境能省則省。同時還有拿敏捷做理由減少測試投入（反正一週一個版本，有問題就直接改了就釋出），但是要知道，就連京東這樣的大廠都出現軟體設定問題導致虧了幾千萬。軟體測試人員投入和投入比例對軟體質量，產品運營都是極其重要的。

4、現在測試行業凸顯浮躁情緒。IT行業連續多年處於國內薪資水平第一位，造成各行人員湧入，競爭激烈，入行後學了沒多久，就開始跳槽找高薪，測試行業是門檻低，提升難的職業，本沉下來學習和提升自己。1年的經驗用多年，漲的只是皺紋。對職業規劃和成長都不利。現在各廠對頻繁跳槽的應聘者都是審視態度。

當前測試行業招聘現狀。

軟體測試前幾年非常火，又由於門檻低，導致不斷有人轉行和剛畢業大學生進入，現在測試缺口“基本飽和”。

1.現在基本功能測試崗位已經很少了。由於軟體越來越負責龐大，導致測試用例越來越多，手工功能測試投入太多，逐漸被自動化測試取代。現在功能測試基本薪資杭州在6000到8000左右。

2.自動化指令碼開發崗成為主流。現在各大廠基本都是招聘自動化指令碼開發崗位，技能是業務分析，效能分析，自動化指令碼開發。該崗位更貼近開發。這個崗位bat在15k--25k。

3.測試專家極度稀缺。這個已經是測試高階崗了，熟悉各種測試方法流程，對devops和ci/cd等提升測試效率，測試技術開發等得心應手。這個崗位一般小公司請不起，大廠阿里P8，華為18級起。

軟體測試行業，門檻低，提升難，關鍵是沉下來，專心提升，不管那個行業都能成就自己，測試更是如此。

首先要想明白的是，企業為什麼需要自動化測試。自動化測試可以極大的提升迴歸測試、穩定性測試以及相容性測試的工作效率，在保障產品質量和持續構建等方面起到舉足輕重的作用。測試是個系統的工程，自動化測試是中間的一個執行環節。隨著移動網際網路技術的發展，各個企業及金融機構都逐漸加大移動應用建設的投入，移動服務渠道的交易量不斷攀升。由於移動裝置種類繁多、移動應用本身要同時維護多個版本等原因，移動應用質量風險更大、測試成本也相應更高，因此更需要透過自動化測試來降低測試成本和質量風險。據我瞭解，東軟的UniEAP UTF在這方面做得不錯，具體可以去東軟平臺產品官網瞭解。

這個是老問題了，不是誰比誰更重要，而是要看測試階段。

介面測試、白盒測試、鏈路壓測、UI自動化、模擬個504之類的，肯定得自動化測試；

但是是不是就像很多其他論調一樣，手工測試不重要了呢？答案是否定的。

舉個例子來講，現在開發都喜歡搞微服務，單個服務的介面測試往往沒有什麼，但是在整合測試之中，針對紛繁複雜的業務場景，有很多不同的業務輸入，這種情況下，能否發現潛在的業務問題，就完全取決於測試人員的業務領域知識和測試用例的設計技巧了。而且，針對UE的測試，自動化肯定也是搞不了了。

其實如果換個問法更好，比如手工測試和自動化測試哪個更容易混飯吃：）在現階段，尤其是在國內，自動化測試明顯比手工測試來的工資高。