要知道沒什麼東西是容易的。不過軟體測試相對開發來說入門門檻兒比較低一些。但是，任何東西想做好都沒那麼容易。

軟體測試雖然門檻稍微低，但是也需要你有一些基礎的軟體工程理論（名詞術語，方法論等），一些基本的IT技能（例如編輯工具，命令列命令，程式碼管理工具等）,還需要細心和邏輯性。

以前的軟體測試很多都是手工測試，從測試用例編寫到執行包括結果統計等。但是隨著軟體技術的發展，現在更多的工作是軟體測試人員編寫好測試用例，之後轉換成可自動化執行的指令碼利用自動化則是框架進行測試執行，分析和統計，測試人員做跟多的探索性和維護性的工作。這個時候軟體測試人員（目前也有軟體測試開發這個崗位）的門檻就不是那麼低了，要求有編碼能力了，也要求測試人員對自動化測試框架，CI等有更多的掌握了。

一個在軟體行業刨食多年的碼農看到題主的問題，覺得有必要把它補充完整。題主是以軟體開發作為對比參照物的。在軟體行業，認為測試比開發好學是徹底的偽命題。他們原本分屬不同的分支，各有自己的領域知識，放在一起對比有點牽強。小編談談個人理解的難易之差，期望能給題主帶來一些啟發。

開發人員之難，難在知識點多而廣。除了要掌握程式語言、演算法邏輯等編碼技能外，還要對計算機原理、作業系統等知識有一定的理解。

測試人員之易，易在重結果輕過程。很多人覺得只要會介面操作就做好測試工作，至於底層的邏輯，管他呢。

小編主持過大大小小几十個專案，大多數是主程的角色。開發不難，測試不易是切身感受。測試是整個專案的質量把關者，專案成敗的關鍵點。為了做好本質工作，需要學習掌握各種測試理論，黑盒白盒自不用說，邊界值條件一項就很能考驗業務功底。介面測試、介面測試、冒煙測試、灰度測試、效能測試、自動化測試等工作考驗的是計算機底層知識。瞭解完這些，題主一定會重新審視測試是否真正好學。

寫在最後，三百六十行，行行出狀元。每個行當裡都有自己的知識體系，做好的話，都要下一番功夫。