白盒测试的误区实施白盒测试的几个误区 Copy right 2006-2007, ezTester technologies co.,LTD密级：公开 版本：V1.0实施白盒测试的几个误区2006-8-30 白盒测试作为软件质量保证中的重要一环，对产品稳定性起到至关重要的影响，不幸的是， 由于实施白盒测试有较高技术难度，该软件过程常被嵌入式厂商忽略，因为难于实施，所以 容易失败，失败后产生畏惧心理，就更不愿意进一步去尝试，如此形成恶性循环。更令人担 忧的是：产品进度很少有不紧张的，大家习惯于在产品发布前补做测试，甚至把测试留给用 户，成天陷于紧张的救火工作。研发进度总会被许多意外打断，在最终交付日要严防死守的 前提下，白盒测试自然最先被喀嚓掉了。 本篇总结实施白盒测试的几个主要误区，我们先从认识上端正对白盒测试的看法。误区之一：白盒测试太耗时间，不值得一做 这是救火式团队对白盒测试的最典型看法。 评估白盒测试值不值得去做， 不只要看白盒测试能发现多少问题， 还要看白盒方式下发现 问题并解决它的工作效率。另外，在确定的质量标准下，还要分析不做白盒测试，以其它 测试方式 （如系统测试） 代替是否能达到目标， 也即： 让产品达到能满足市场的稳定程度， 只做系统测试需要多少时长，若改成一半时间做白盒测试，另一半做系统测试，看看这两 种方式的测试总投入差别有多大？ 依据实际经验，成功的白盒测试与不做白盒测试相比，测试投入应节约 1/3 以上。当然， 这个对比是产品要保证较好发布质量的前提下才成立的， 如果不做测试， 产品一调通就发 布，那没得比了，这样测试投入是最节约的。 以上观点的详细论述请参考《为什么要做白盒测试》 。误区之二：系统测试可以发现所有问题，不必做白盒测试 从理论上讲，系统测试是可以代替白盒测试的，但现实操作中，让系统测试代替白盒测试 的代价太高。白盒测试直接面对……