隨著大數據、機器學習時代的到來，不少人有了“測試不需要懂代碼，那我就試試”的想法。這就引發了一系列疑問：不懂代碼可以做測試嗎？測試人員到底需不需要懂代碼？測試人員需要寫代碼嗎？

其實，在軟件測試初級階段，測試人員確實不需要懂代碼。但如果想要追求月薪20k、30k，接口、自動化等是避免不了的，這就必然涉及到了代碼層面。

正如《mob編程指南》的作者Llewellyn Falco回應“QA工程師應該學習編碼嗎”這個問題時，曾說：“每個人都應該知道如何編寫代碼，這就像閱讀和寫作。你可能沒有寫過書，但你應該知道如何閱讀和寫作。”

一、軟件測試的Q&A

作為測試人員，我們可以一起考慮幾個問題。

問題一：哪些測試需要懂代碼？

軟件測試人員會使用各種測試技術來執行此操作，包括手動測試、自動測試等。不同的測試策略要求不同的測試技術，我列舉了一部分：

問題二：軟件測試的門檻高嗎？

近年來，經濟下行加速功能測試轉向自動化測試，軟件測試的求職門檻確確實在提高。

研發流行敏捷開發，運維部署逐漸自動化，版本高速迭代。這意味著過去“點點點”的手動測試已經跟不上互聯網行業產品的更新迭代速度，已經逐漸被自動化測試技術接管。原本手動測試需要10個人完成的工作量，現在的自動化測試團隊只需要不到5個人就能完成。

當前各企業正在想盡辦法建設自動化測試體系，實現手動測試到自動化測試的升級，通過提高測試流程的有效性和效率來消除測試瓶頸。因此，企業對測試人員的要求已經基本上過渡到了自動化測試要求。除了要懂功能測試，還需要懂代碼、接口自動化、UI自動化等。

在求職門檻大大提高的情況下，測試人員僅憑借手動測試的技能，很難找到工作，也很難晉升。

問題三：不懂代碼在實際工作中會出問題嗎?

有一定的代碼知識可以幫助測試人員更好地理解軟件的內部邏輯，進而設計更有效的測試用例，但并非所有測試工作都需要深入理解代碼。如果測試人員看不懂代碼，實際工作會出現哪些問題？

（1）當測試人員無法準確解析代碼時，報告的Bug描述可能含糊不清，導致開發人員難以復現問題或誤解問題的嚴重性。即便是較為表面的錯誤，也可能被測試人員誤判為關鍵缺陷。

（2）如果測試人員對開發知識掌握不足，可能會將有爭議的問題錯誤地標記為Bug，或者提出的改進建議難以實施，且無法提供切實可行的解決方案。、

（3）在發現Bug時，若測試人員無法精確定位其根源，可能會導致與開發團隊溝通成本增加。頻繁的交流不僅浪費時間，過多的溝通也可能引發其他問題。因此，測試人員對開發知識的掌握顯得尤為重要。

（4）缺乏開發知識可能會使測試人員在討論Bug時處于劣勢，面對開發人員的解釋，如果測試人員不了解背后的技術細節，可能無法有效回應。

（5）在自動化測試、性能測試和項目管理等領域，對軟件開發有深入的理解是必不可少的。設計高效的自動化測試框架、性能測試案例，或管理開發團隊，都需要對軟件開發有一定的掌握。

問題四：軟件測試人員需要掌握什么技能？

除了溝通技巧、分析思維、團隊協作等必備的軟技能，軟件測試人員又需要具備哪些硬技能：

（1）全面了解軟件開發生命周期 (SDLC)
隨著軟件項目的復雜性不斷增加，測試人員必須精通從規劃和設計到部署和維護的每個階段。這些知識使我們能夠預測潛在問題，設計有效的測試策略，并確保測試活動與總體項目目標保持一致。

（2）熟練掌握自動化測試工具
自動化繼續改變測試領域的游戲規則，熟練掌握自動化測試工具是我們測試人員的一項關鍵技能。掌握 Selenium、Appium、Jenkins、禪道ZTF等工具可讓測試人員自動執行重復任務、增加測試覆蓋率并提高效率。隨著越來越多的組織采用 DevOps 和持續集成/持續部署 (CI/CD) 實踐，能夠將自動化測試集成到 CI/CD 管道中的測試人員將在加速產品發布并保持質量標準方面發揮重要作用。

（3）測試設計和執行方面的專業知識
測試設計和執行方面的專業知識仍然是軟件測試人員的一項基本技能。在 2024 年，制定全面的測試計劃、編寫清晰簡潔的測試用例并有效執行測試的能力比以往任何時候都更加重要。測試人員必須確保他們的測試是穩健的、可擴展的，并且能夠有效地識別缺陷。那些擅長設計和執行模擬真實場景的測試的人將為開發可靠且用戶友好的軟件產品做出重大貢獻。

（4）編程和腳本語言知識
熟悉Java、Python、PHP等語言使測試人員能夠編寫自動化測試、了解代碼庫并與開發人員更有效地協作。隨著開發人員和測試人員之間的界限越來越模糊，具有編程技能的人可以參與單元測試、審查代碼以查找潛在問題，甚至修復錯誤，從而提高軟件的整體質量。

二、軟件測試人員懂代碼的好處

1.可視化和測試

測試人員可以更好地可視化和理解應用程序背后的代碼，從而幫助測試人員識別更多有用的測試用例。例如，軟件測試人員知道某個頁面元素正在使用 if/then 邏輯，他們能夠確保測試該算法的兩條路徑。對于循環也是如此，眾所周知，循環的終點通常是發生錯誤的地方，因此通過了解循環構造的邏輯，軟件測試人員可以更準確地查看邊界條件。

如今，隨著越來越多的開發團隊執行單元測試，白盒測試的實踐變得越來越不重要；但測試人員仍然可以通過對代碼的理解來了解應用程序的更細微的方面，并創建測試來提高測試覆蓋率。

2.自動化測試

懂代碼的測試人員更容易創建自動化測試腳本。這是持續集成 (CI) 的必需品，甚至 UI、API 和性能測試都可以自動化。這有助于加快測試周期，并使測試人員能夠專注于探索性測試以發現新問題。

使用 Selenium IDE等軟件測試工具可以輕松執行自動化測試。這類軟件測試工具所提供的GUI錄制回放功能，能夠達到提高測試用例復用率的目的。但這些好處是有限，它們無法自動執行某些測試的步驟，并且在應用程序更新時很容易崩潰，如Selenium默認不提供測試報告和錯誤恢復機制。

3.與開發人員更好地溝通

懂代碼的測試人員能夠與開發人員更好地溝通，因為他們能夠理解開發人員的思維方式和代碼邏輯。這有助于他們更精確地報告Bug，深入討論問題的解決方案，并減少誤解和溝通障礙。同時，懂代碼的測試人員能夠更快地理解新功能或變更，設計出有效的測試用例，提高測試效率。

三、軟件測試人員共勉

自動化測試是趨勢，只會做手動測試的人未來會逐漸失去競爭力。資深測試專家陳霽在《測試人員路在何方》中也提到了“做測試必須會寫代碼。如果不懂編程，從事測試工作是非常吃虧的。”具體內容，我就不多講了，大家有興趣可以看一下這個視頻。

最后，我們測試人員共勉：
大多數人都會覺得你那么努力或做這些稀奇古怪的事情干什么，他們都覺得你像個“異類”。請耐住寂寞往前走，然后你會在路上碰到跟你志同道合的這些“異類”，當你們在一起一握手，你會發覺，原來我終于走到了別人走不到的路。

【參考資料：Brian Borg: Should QA Testers Be Able to Read Code?】