黑盒和白盒相互补充的测是最好的

最近测试的一些思考：
其实觉得黑盒有的时候反倒更能清晰的测逻辑，而白盒有的时候却也能直接发现问题节省时间。
什么适合黑盒：对业务的逻辑处理有很多，比如很多if else的结构覆盖，像这种情况就要老老实实的根据需求对程序造各种case进行测试，如果逻辑很多直接白盒看代码，N多层的if else的嵌套看起来很浪费时间，而且如果不从最外面进行全面的黑盒测试很容易忽略了需求而被程序的代码带晕导致漏测。
什么时候白盒很重要：系统级别的处理，消息机制等和逻辑无关的，这种情况黑盒测试就远远不够了，这种和业务逻辑关系不大而程序的处理设计更重要的就需要理解到代码级别了，因为在黑盒只能测试到是否可用而不是是否好用，好用则包括了它的扩展性容错机制，多线程等东西，而且有些情况也很难在黑盒的时候进行模拟，而白盒看下代码的处理机制就大概可以看出来特殊的情况是否处理，处理的是否合理等。
比如今天我测试个东西是用来kill 某个指定服务的，黑盒的时候我测试我输入的服务是否kill了，是成功的，当我看到代码是用ps xf | grep app_name ****的时候我瞬间就发现会有问题，误杀的问题，而当时黑盒的时候根本就往这个上面想，很庆幸看了代码，不然本来是想kill hel 但是hello这种服务都会被grep出来kill掉，那可真是悲剧了。黑盒和白盒的相互补充真的是很重要。