会点点点的业务测试也很高级

大家普遍认为黑盒测试就是点点点，那么，业务测试和普通的功能测试有什么区别呢？我有幸阅读到一篇关于业务测试的文章，在这里分享给大伙~👇

有一些行业是业务密集型行业如银行，民航，医疗，证券等，需要很长时间去学习业务知识，不光是测试人员，开发人员也得掌握很多业务知识才能把活儿做下去。作为测试，想做好对应的测试工作，得舍得花时间去学习。当你业务比较精深以后，其实话语权和职业发展还是会不错的。但是，业务的确有局限，如果你换了行，这部分优势就没有了。这就是俗话说的换行穷三年，不过行业足够大的话，可以换公司不换行。

这里所说的业务测试其实是偏功能的系统测试，约等于手工黑盒测试。很多小伙伴的印象就是：黑盒测试很low，就是点点点，谁来都行。这其实是个错觉。测试是一项极为复杂的思维过程，是非常有创造性的活动，是一门在有限时间和资源下选择最有效验证方式的艺术。高超的黑盒测试能力也需要经过大量的训练来习得（有人有这方面的天份，非常快就能很牛逼，但不是天才的人也能够习得）。习得的路线其实是可以复制的，但是目前并没有特别详细的教程，不过已经有了很不错的骨架。推荐三份资料：《探索吧》，《The little black book on test design》 ，还有 James Bach的 《启发式测试策略模型》，这三份都是值得读好多遍，并不断根据它思考演练的材料。最后的测试能力一定是脑袋里的一份地图或者思维导图，每个人不见得一样。 根据我的大量观察，有这份图的人测试非常有效率，有针对性，远离盲目，有的时候让你忍不住竖起拇指大赞天才。目前我身边就有两个找bug特别猛的小伙伴，他们的灵光一闪总是让我钦佩，他们有一点天生，不过也是经过n年刻意训练的出来的。

有一个词叫做“领域知识”。其实抽象一点儿，所谓的业务和技术都是领域知识。如果你在做“云平台”的测试项目，你的领域知识可能就偏技术一点，如果你做“第三方系统“，你的领域知识就需要偏业务一点（当然也有很多技术相关的知识需要掌握）。以前看的一本测试书有一句话至今影响我：“能否做好测试，最重要的不是看你有多大能力，而是看你对被测系统有多深的理解。” 这句话不断的被验证着它的正确性。死磕你眼前的东西，从业务和技术上都真正搞定它，最后一定会不错。至于优先级，我觉得哪项知识能够帮助你更好的工作就先搞它。把学习和工作结合起来是一种效率极高的方法，学了就是用的，用了才能看到更多的问题，更好的学。

当你把一个稍微复杂的项目，乃至一个系统的测试问题全能很好的搞定时，你就可以说自己是一个测试架构师了。有时候需要好几年，但事情发生在不经意间。