近阶段碰到几个事情，一个是有朋友说一直做黑盒手工，没什么发展，技术得不到提升，另外就是看了cleverman的“经验总结”，觉得应该对黑盒测试做个总结。

　　1、黑盒测试比较好做，但是很难做好。

　　也就是通常所说的，上手比较容易了，只要按需求或客户使用的流程，点点看看跑跑，就好了。但是对于同一个系统，有个人A写了1000个用例，跑下来的结果，未必有另外一个人B写300个用例的效果好。而且很有可能是A跑了1000个用例，还觉得对系统的质量心里没底，而B却比较有把握。

　　然后说技术，举两个例子：

　　第一个是我外公，外公以前是修汽车的，退休以后，有次舅舅开车，外公在车上听了一会声音，就说车上XXX有问题，然后送到维修站，确实有问题；还有一个，借用cleverman的例子，其实黑客在一定程度上，也算是黑盒测试，普通人可能发现不了漏洞，但是黑客可以。

　　两个例子都有个共同点，就是对产品的技术有积累，我外公一直在维修站修汽车，黑客的电脑技术也厉害。对产品技术比较熟悉了以后，能更有效，更有质量的测试。

　　2、国内大部分公司，不需要黑盒测试人员懂技术。

　　不知道算不算有些偏激，但是在我们公司，是这样的。公司里基本上每个人的想法都是，“能做开发的不会去做测试”，所以觉得测试没有编码能力，个中体会，还是挺多的。当然，我们不是为了炫耀什么，只不过有时候，了解开发是如何实现，会更加方便的测试。比如，我们以前版本出现了一个bug，开发将这个bug修复，改了某些流程，我顺便问了下怎么怎么修改的，然后觉得有些问题，再从业务去测，果然很快就发现有问题。

　　3、黑盒测试的技术提升。

　　身为黑盒测试，最为重要的技术，应该是编写测试用例了。而测试用例主要依赖于三方面：业务知识；测试知识；开发知识。

　　当大部分公司，觉得黑盒不需要一丁点开发知识；

　　当大部分项目的业务，不像金融或电信那么复杂；

　　仅剩的就是测试思想的提升，而这却又是比较漫长的。总有些路漫漫，脚步却很沉重的感觉。

　　4、黑盒测试的价值。

　　说了比较多丧气的话，但是我还是觉得测试挺有意思的。

　　当对着需求，说出需要哪些测试点，大概有多少用例的时候；

　　当发现了别人发现不到而且对客户比较严重的bug的时候；

　　当开发对自己写的功能，质量没信心，需要依赖测试的时候；

　　当向产品经理报告，我们的产品可以发布的时候，

　　还是有那么点淡淡的虚荣，哈哈……

（以上言论仅代表作者的个人观点，不代表51Testing观点）

版权声明：本文出自ermine的51Testing软件测试博客：http://www.51testing.com/?272597

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。