黑盒测试过程，像是一个哑巴让瞎子兽医检查大象有没有生病的过程。你完全不知道你面前站的是一头什么样的大象，你需要触摸大象的每一寸皮肤，并加上与你所期望的好的大象进行比较，看哪里存在不对劲。当瞎子摸完一遍大象说我觉得大象没有问题了，这个结果其实并不可信，因为瞎子医生心理预期的大象可能生哪些病并未包括大象实际生的病的种类；哑巴也不便告诉摸象的瞎子，其实大象的一条腿被钉子给扎了，要把大象抬高才能摸到伤口。
那么瞎子医生怎么才能更好的判断大象哪里有问题呢？逆向思维一下，瞎子是眼瞎了，嘴巴还是能说话的。哑巴的嘴巴是不能说话，但是能听见和看见。瞎子医生在给哑巴看大象的时候，可以先和哑巴说明，我等会要看大象的哪些那些地方，你家大象是在这些地方有问题吗？哑巴听到后觉得对，敲两下瞎子的头，表示是对的，瞎子按照这些地方检查，就能检查出大象的病情。哑巴如果觉得不对，可以把还要检查的地方写下来，并让会说话的人帮忙传达给瞎子，这样也能让瞎子最终找到生病的地方。
黑盒测试，测试工程师就是瞎子医生，开发人员或产品就是哑巴。他们只是给了测试一个可能有问题的产品，但并不知道测试人员要测什么。如果加上用例评审，让开发知道你将要测试那些地方，因为他们是最清楚这次的改动是否都被覆盖到测试或回归范围之内的人。如有未覆盖可提出，测试人员能及时补充到测试范围。避免到了线上才发现还有其他改动没有被覆盖。这也是将测试和开发之间需紧密沟通的事情落到实处的一步，不可或缺的一步。
这是从以往测试过程中总结出的宝贵经验，也是善意的提醒。没有用例评审的测试人员，请邀请你的开发人员尽快加入这一步骤。
网友评论