初學軟體測試學不懂其實很正常，但如果你一直處於學不懂的狀態，是不利於你後期的繼續學習的。
這時候先要剖析原因：
為什麼我學不懂？是知識點太難我不懂拆解？還是知識確實在我理解範圍之外？
找到原因才能對症下藥
當然也有可能就是單純的學不懂，如果是這種情況，那建議放棄，不要浪費時間了
如果是因為自己學習方法有問題的話，我覺得你可以再掙扎一下，換一種學習方法看看能不能學懂，有時候受思維定勢影響，就是會出現理解偏差的情況，明明能明白，換一種方式就不明白了。
接下來著重給你講講學習方法：
先看看這份軟體測試學習路線圖，你先對所有知識點有一個大概的了解，至少在學習過程中有一個先後順序。
「不但要知道怎麼測，還要知道測什麼」。
怎麼理解這句話呢？功能測試作為測試的基本功，你要掌握測試產品的方法，例如黑盒測試
、用例如何設計、缺陷如何管理等。但是如果想更進一步，你必須清楚黑盒裡面到底是什麼，黑盒裡面的系統是如何工作的！
孫子兵法曰：知己知彼，百戰不殆。黑盒測試是做不到知己知彼的，你看到的只是產品的表象，要想看到表象內在的東西，必須打開黑盒，這也是掌握開發技能的本質。
首先要明確學習對象，這還用說，當然是你測試的產品啦!例如你複雜測試的xx平台，你可以扒一下它是什麼技術棧。以我為例，我當時負責的產品，前後端分離，前端使用vue.js，後端使用spring MVC框架。所以我當時就學習Java、spring mvcjavascript、vue.is框架，怎麼檢驗學習成效，就是自己開發一個系統，讓它跑起來 (當然剛開始更多考慮的是產品功能的實現，性能和安全還沒考慮太多)
有了開發基礎，再做軟體測試，你就會發現單純黑盒測試是多麼的「危險」因為代碼裡面潛在的bug，可能無法通過點點點發現，這也增加了測試遺漏的概率，所以我認為code review應是優秀測試工程師基本功，就像黑盒測試一樣。