如何成为一名黑盒测试工程师？
给你分享一个测试经验图谱，可以按照这个对照看看自己哪方面有优势，以及哪方面还有不足，然后针对性的让长避短吧。
为什么问题不是如何成为一名测试工程师，而是黑盒呢？
没有这样的工程师，没有黑盒测试工程师。你要成为测试工程师，测试的道理相同的。别这么局限于黑盒白盒的。都是质量保证的手段。该用黑盒就用黑盒，该用白盒就用白盒，各有所长，各有所短。
看看一些测试理论，在学习一些基本知识，感觉就可以找工作，慢慢实践。
黑盒测试是什么？
什么是黑盒测试，就是测试的设计不考虑内部实现，即一般不以语句或者分支覆盖为目标。
就算是白盒测试做了，语句分支覆盖达到70%以上后，根据谢涛教授在微软做的研究，对微软的项目也并没有特别明显的改善，只在维护周期内暴露的缺陷数有关，覆盖越多，在维护期缺陷相对较少，也没少太多，所以语句覆盖只不过是充分非必要条件。
验收与验证软体时，使用黑盒或者白盒测试，一般来说，如果非要做区分，只取决于你的测试对象，是函数、模块，集成模块，还是系统。如果是函数、模块、集成模块白盒测试手段使用的较多。
而，根据我对微软Windows Phone的20万条自动化测试用例的分析，即便测试的对象是非系统级别，一样可以使用黑盒测试方法。
大部分教科书上的黑盒测试方法不可取
教科书上面，以最著名的软体测试一书为例，通常会把黑盒测试分为行为测试和静态测试。
静态测试往往指静态测试方法，相反行为测试一般是运行软体进行的测试方法。
什么等价类方法，这种太学院派，在实际项目中根本无法指望这种办法在实际项目中使用不漏Bug，保障质量达标。
只有面向质量的验收测试才是王道
根据ISO9000大质量的要求，以客户关注为焦点。
客户关注什么？客户关注质量啊。
质量是什么？满足用户期望的程度
用户期望很多，从哪些维度定义呢？
ISO9000的定义，质量有:
问题是质量怎么验证？
自然是各种测试类型，或者说是测试模式。
测试模式哪里来？
分析缺陷，得到的失效模式！
所以，要想做好测试，必须要想清楚这个！
看你能否自如的作用各类测试模式去进行质量验收！
其他更详细的可以看看我的笔记。
谢了这么多，记得点赞哈
白盒测试非常有章可循，分支测试、条件测试、路径测试等等，黑盒测试来自于你对被测对象的理解和把握，门槛相对低一些。
得让自己懂代码了
锻炼罗辑思维能力
推荐阅读：
