实施白盒测试的几个误区-51testing.pdfVIP

施白盒测试的几个误区 密级：公开 Copy right 2006-2007, ezTester technologies co.,LTD 版本：V 1.0 实施白盒测试的几个误区 2006-8-30 白盒测试作为软件质量保证中的重要一环，对产品稳定性起到至关重要的影响，不幸的是， 由于实施白盒测试有较高技术难度，该软件过程常被嵌入式厂商忽略，因为难于实施，所以 容易失败，失败后产生畏惧心理，就更不愿意进一步去尝试，如此形成恶性循环。更令人担 忧的是：产品进度很少有不紧张的，大家习惯于在产品发布前补做测试，甚至把测试留给用 户，成天陷于紧张的救火工作。研发进度总会被许多意外打断，在最终交付日要严防死守的 前提下，白盒测试自然最先被喀嚓掉了。 本篇总结 施白盒测试的几个主要误区，我们先从认识上端正对白盒测试的看法。 误区之一：白盒测试太耗时间，不值得一做 这是救火式团队对白盒测试的最典型看法。 评估白盒测试值不值得去做，不只要看白盒测试能发现多少问题，还要看白盒方式下发现 问题并解决它的工作效率。另外，在 定的质量标准下，还要分析不做白盒测试，以其它 测试方式（如系统测试）代替是否能达到目标，也即：让产品达到能满足市场的稳定程度， 只做系统测试需要多少时长，若改成一半时间做白盒测试，另一半做系统测试，看看这两 种方式的测试总投入差别有多大？ 依据 际经验，成功的白盒测试与不做白盒测试相比，测试投入应节约1/3 以上。当然， 这个对比是产品要保证较好发布质量的前提下才成立的，如果不做测试，产品一调通就发 布，那没得比了，这样测试投入是最节约的。 以上观点的详细论述请参考《为什么要做白盒测试》。 误区之二：系统测试可以发现所有问题，不必做白盒测试 从理论上讲，系统测试是可以代替白盒测试的，但现 操作中，让系统测试代替白盒测试 的代价太高。白盒测试直接面对函数内的各个分支，如果在系统测试阶段设计用例，也让 每个分支情况都能覆盖到，恐怕要付 数万乃至数百万倍的测试投入，现 情况是不可能 这么操作的。 白盒测试不可或缺，不仅因为白盒测试的发现与解决问题效率很高，也因为白盒测试独具 特点，能发现其它测试手段很难发现的问题，比如逻辑问题、边界条件、变量未初始化、 内存越界等问题。 更详细内容请参考《为什么要做白盒测试》一文。 误区之三：白盒测试必须在真实环境下进行 www.ezT Page 1 of 4 施白盒测试的几个误区 密级：公开 Copy right 2006-2007, ezTester technologies co.,LTD 版本：V 1.0 近代量子力学有一个海森堡测不准原理，讲的是某个粒子的位置与动量不能同时被测量 来，由测量存在干扰，对其中一个参数测量越准 ，另一个参数就越不准 。测不准原理 在我们日常生活中很常见，比如要测试某物质的导电性，我们串联接上一个安培计来观察 电流，但是，安培计本身也带电阻，导致测不准，测量值会偏小。 在软件测试领域也存在类似情况，比如要测试系统的CPU 占用，于是添加代码统计CPU 占用率，但添加的代码运行时，它本身也会消耗 CPU 。再如，为了实施白盒测试，必然 追加测试代码，比如：构造特定运行环境、替换桩函数使之在特定情况下返回特定值，这 些都改变了被测对象自身的特性，追求完全准 的测试非常困难。所以，我们并不是一定 要追求在真实环境下做测试，而是要评估非真实环境 （或仿真环境）下的测试对最终结果 能产生多大偏离。 本人曾 导过一个白盒测试项目，该项目是一个中间件系统，支持Windows 与RT-Linux 跨平台运行，当时本人竭力推荐在VC 环境下做测试，但产品经理断然否决了这个提议， 原因是他们有重要客户要跑RT-linux ，测试就必须在RT-linux 下进行。这下可好，也怪他 们的调测环境不争气，且不论RT-Linux 下缺乏测试手段，单单下载程序到驻留 时linux 系统的单板，一次就要5 分钟，如此测试完全可以想见最终结果是什