如何成為一名黑盒測試工程師？
給你分享一個測試經驗圖譜，可以按照這個對照看看自己哪方面有優勢，以及哪方面還有不足，然後針對性的讓長避短吧。
為什麼問題不是如何成為一名測試工程師，而是黑盒呢？
沒有這樣的工程師，沒有黑盒測試工程師。你要成為測試工程師，測試的道理相同的。別這麼侷限於黑盒白盒的。都是質量保證的手段。該用黑盒就用黑盒，該用白盒就用白盒，各有所長，各有所短。
看看一些測試理論，在學習一些基本知識，感覺就可以找工作，慢慢實踐。
黑盒測試是什麼？
什麼是黑盒測試，就是測試的設計不考慮內部實現，即一般不以語句或者分支覆蓋為目標。
就算是白盒測試做了，語句分支覆蓋達到70%以上後，根據謝濤教授在微軟做的研究，對微軟的項目也並沒有特別明顯的改善，只在維護週期內暴露的缺陷數有關，覆蓋越多，在維護期缺陷相對較少，也沒少太多，所以語句覆蓋只不過是充分非必要條件。
驗收與驗證軟體時，使用黑盒或者白盒測試，一般來說，如果非要做區分，只取決於你的測試對象，是函數、模塊，集成模塊，還是系統。如果是函數、模塊、集成模塊白盒測試手段使用的較多。
而，根據我對微軟Windows Phone的20萬條自動化測試用例的分析，即便測試的對象是非系統級別，一樣可以使用黑盒測試方法。
大部分教科書上的黑盒測試方法不可取
教科書上面，以最著名的軟體測試一書為例，通常會把黑盒測試分為行為測試和靜態測試。
靜態測試往往指靜態測試方法，相反行為測試一般是運行軟體進行的測試方法。
什麼等價類方法，這種太學院派，在實際項目中根本無法指望這種辦法在實際項目中使用不漏Bug，保障質量達標。
只有面向質量的驗收測試纔是王道
根據ISO9000大質量的要求，以客戶關注為焦點。
客戶關注什麼？客戶關注質量啊。
質量是什麼？滿足用戶期望的程度
用戶期望很多，從哪些維度定義呢？
ISO9000的定義，質量有:
問題是質量怎麼驗證？
自然是各種測試類型，或者說是測試模式。
測試模式哪裡來？
分析缺陷，得到的失效模式！
所以，要想做好測試，必須要想清楚這個！
看你能否自如的作用各類測試模式去進行質量驗收！
其他更詳細的可以看看我的筆記。
謝了這麼多，記得點贊哈
白盒測試非常有章可循，分支測試、條件測試、路徑測試等等，黑盒測試來自於你對被測對象的理解和把握，門檻相對低一些。
得讓自己懂代碼了
鍛煉羅輯思維能力
推薦閱讀：
