没有丰富的code经验来做白盒测试是很痛苦的，因为测试代码本身也是code的过程，也是需要设计调试，如果测试代码本身就有很大问题又如何来测试被测代码呢，如果不懂的被测代码又如何来将测试代码与之融合呢？不过语言实际上不是很重要，重要的是code的经验，做测试你的语言工具箱里至少有这么几种：c是必须的，一种脚本语言如TCL或perl（有时使用测试工具会支持内嵌的脚本语言，如果学会一种可以很快转到你所需要的那种），一种面向对象的语言C++/JAVA。尽量多读多写，多调试。

引用:

Originally posted by Siva at 2004-9-20 03:13 PM:
我也是做测试的。但不同的是反而是黑盒测试让我感到头痛。白盒测试时只要了解程序的结构和流程就可以整理出测试计划和方法，进而写出比较完善的案例。但黑盒测试由于只针对一些功能、性能和可维护性进行测试，所 ...

有同感
很多白盒测试其实是很简单的，比如说测一个函数，测一个算法什么的，因为这些测试所面对的问题面很小，所以很容易就能做测试
而黑盒测试，尤其到了最后阶段，这个测试将面对非常多的测试要素（环境、流程、数量、边界...），要考虑所有要素，然后设计合适的测试用例确实会让人头痛
这也说明了大部分白盒测试和黑盒测试的特点不同：

• 白盒测试大多范围小，测试深度深
  
• 黑盒测试大多范围小，测试深度浅（很多情况特地排除一些因素而只考虑测试剩下的某几个因素）
  

引用:

Originally posted by Song0519 at 2005-5-21 03:49 PM:
我是做黑盒测试的,已经有几年的测试经验了!说到黑盒和白盒,我认为只是工作的方法和手段的不同而已,但目标只有一个:就是提高产品质量!做白盒也是要发现问题,路径的覆盖,边界值等等问题,不是几个简单的测试用例就能 ...

对的，“黑盒和白盒,只是不同的工作方法”，目的只有一个：“更小投入更好质量”

引用:

Originally posted by wljzhl at 2005-6-3 04:54 PM:
没有丰富的code经验来做白盒测试是很痛苦的，因为测试代码本身也是code的过程，也是需要设计调试，如果测试代码本身就有很大问题又如何来测试被测代码呢，如果不懂的被测代码又如何来将测试代码与之融合呢？不过 ...

做白盒测试一定要code经验，这是毋容置疑的。毕竟，白盒测试的时候code就是我们的测试工具之一了么。
当然，有code经验却并不意味着要达到很高水平。白盒测试也有各种不同深度，浅的白盒测试可以就是测试一个函数，看看传出数值是不是传入数据应该计算得到的结果，至于函数内部采用何种算法，可以不理不论。从这个情景看，白盒测试在某个局部也是一种黑盒，我们只要理解被测对象的功能要求，传入，然后检测传出，就好了。
复杂的白盒测试，和复杂的黑盒测试类似，牵涉很多要素或很难准备测试条件，还有某些测试代码的实现就要求较强的编码能力，但难的，总是不多的，这也许可以让人欣慰把..

哎，有点不明白，WINRUNNER不是黑盒测试工具来的吗？是做回归测试吧！难道也可以做白盒测试吗？