白盒测试更有技术含量吧，白盒测试是需要了解软件的内部结构，需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。白盒测试一般是由开发人员做的。
黑盒测试不需要了解软件的内部结构，一般进行功能测试或数据驱动测试。
白黑盒测试不仅工资上有很大差别，而且面试时也有很大区别，面试白盒测试时需要考编程，写代码；面试黑盒时不需要。
{:3_74:}没意思。。。。
我认为，白盒测试技术含量高，对测试员编程能力依赖性强。
事实上，黑盒测试范围覆盖率，发现Bug概率比白盒高。
回复 5# TesterChen
不同意TesterChen “黑盒测试人员只能通过程序的需求文档进行测试用例设计”的看法。这是由于这种想法，才导致很多人认为白盒测试比黑盒测试技术含量高。
黑盒测试用例不可能只根据需求来设计，这样太浮于表面，测试用例缺乏针对性，预期结果也不能明确判断是否通过。黑盒测试用例的设计同样根据概要设计和详细设计来完成。
举个例子，比如设计一个新建用户的测试用例，如果只根据需求，“正确提交表单”的预期结果顶多写到“提交成功”、“页面显示提交成功提示信息”或者“用户列表显示新增的用户”这种地步，但是这样就能验证提交表单成功了吗？ 当然不成，提交表单的实际操作是在数据库中插入记录，页面显示的都是表面现象，很可能提示成功但是实际没有将数据插入到数据库或者插入数据错误，所以对应这个测试用例，测试结果除了页面展示的成功效果以外，一定要定位到插入数据库的各个字段值是否正确。而这些就不是需求规格说明书中能查到的了。
我想大家都非常熟悉V型模型，为什么要在开发的不同阶段同期进行不同的测试设计？不仅仅是为了节约时间，也是因为同步进行的开发产物（文档、代码）是测试设计的依据
白盒黑盒，做好了才是好盒；眼光看远一点更好，现在比不出什么的，国内的测试行业水平普遍很低，没有几个是真正有技术的人员，现在的测试都不是很重视的，就拿我的公司来说就这样，远比不上开发；我记得，当初微软开发Windows2000的时候，开发人员和测试人员的比例是：1比1.88，测试人员高了快一倍了；白盒黑盒甚至于灰盒都有，个人感觉，现在的白盒待遇比黑盒高很多，那是因为做白盒的少，物以稀为贵，很多做黑盒的都把白盒当做自己的职业目标；但要做好黑盒也不容易的，只有做好自己眼前的才是最重要的。我想跳槽啊！呜呜……现在这活没技术含量，想去做自动化或者性能，哪位大哥大姐能有好的公司介绍介绍啊！
白盒黑盒，做好了才是好盒；眼光看远一点更好，现在比不出什么的，国内的测试行业水平普遍很低，没有几个是真正有技术的人员，现在的测试都不是很重视的，就拿我的公司来说就这样，远比不上开发；我记得，当初微软开发Windows2000的时候，开发人员和测试人员的比例是：1比1.88，测试人员高了快一倍了；白盒黑盒甚至于灰盒都有，个人感觉，现在的白盒待遇比黑盒高很多，那是因为做白盒的少，物以稀为贵，很多做黑盒的都把白盒当做自己的职业目标；但要做好黑盒也不容易的，只有做好自己眼前的才是最重要的。我想跳槽啊！呜呜……现在这活没技术含量，想去做自动化或者性能，哪位大哥大姐能有好的公司介绍介绍啊！
回复 24# liujintao00
我说“黑盒测试人员只能通过程序的需求文档进行测试用例设计”是为了区别黑盒测试看不到程序的内部实现。
你说的很比较详细，你说的“概要设计和详细设计”文档有，当然可以拿过来用，这个提醒是正确的；另外，你后面所说的验证数据的成功与否，查看数据库是必须做的，不需要特别提出来。面面俱到怕是说的就太多了。
不过，有问题多交流是好的{:4_94:}
作为测试者，我起初的感觉是白盒测试比黑盒的有技术含量，因为白盒需要写代码。
但是现在我觉得问题总得一分为二，白盒有高超的地方，黑盒也有拿手之处。
说 白盒比黑盒技术含量高。
因为白盒测试时，往往是程序员“自我测试”，比如单元测试，白盒测试者就可以通过写桩，写函数传递参数等进行测试。但是黑盒测试者这方面就欠缺了。他可能对编程一窍不通。白盒工资普遍高于黑盒的。
说 黑盒比白盒的技术含量高。
如果软件开发完毕开始进行功能测试了，就可以显现黑盒测试者的用武之地，他们更多讲究测试理论，善于运用各种测试方法进行测试，尽量减少测试盲点。编写case能力高于白盒，边界测试等不放过，测试技巧等等都需要掌握，尤其是前期版本测试时，bug相当多，为什么，就是白盒在编程时用户指定的功能他肯定能做到，单元测试也通过，但是白盒们未必会将各种参数输入情况，各种可能发生错误的地方考虑周全，在他们心里还有一个保障就是黑盒测试者还会进行测试，所以导致他们松懈，这无形就把额外的压力转移到黑盒测试者身上了。还比如一些web测试，我经历过的，就是web安全方面的测试，比如写注入脚本之类，就能导致部分功能失效，开发者看到这样的bug后不禁感叹我厉害，其实不是厉害不厉害的事，是编程者在编程或者白盒测试时都应该考虑到的，只是他们遗漏的。倘若这个bug不被黑盒测出来，那就面临着用户测出来的危险，后果很严重。再比如，黑盒测试需要用到各种自动化软件，也需要涉及简单的编写脚本等技术，这些比白盒也可以称技术含量高。
说二者技术含量相当。
还有很多高级自动化测试工程师，他们既具备白盒能力，黑盒能力也相当强，既有编程技术打底，又有黑盒技术辅助，很难说清技术含量高低。编写通用实用框架也不是白盒测试者一下子能搭建好的。
所以最后我觉得不能泛泛而论，二者各司其职，各有亮点。但大部分人似乎觉得白盒的稍高，希望大家也能看的全面些。
邓小平同志曾经说过：不管黑猫白猫，抓住耗子就是好猫。现在对于测试来说不必纠结于什么到底用什么技术，不必拘泥于形式，能保证产品质量，就是好的测试工程师。
其实对于个人来讲也就应该把黑盒白盒等等测试技能都吃透了，到用时才能顺手拈来，举重若轻。
两种技术不一样，含量多少看人的水平……
都是做技术的 半斤八两
要看是什么样的后产品，不同的产品的复杂度不同，测试难度也不同。
白盒测试要掌握了测试的方法，有较好的程序基础。
黑盒测试逻辑性要强，对于复杂的系统要有清晰的分析和组合能力。系统级别的测试要更加深入的了解系统。
各有千秋的工作，不好比较的.
一看这种问题就是刚做测试不到三年的人提出的
测试没有固定的界限，如果把自己的测试分的那么清楚，那么你前进的动力也在减少
白盒与黑盒测试的区别不在于测试人员要不要懂代码，两者都要很强的编码功底。
9年测试做下来，越来越觉得白盒测试真是毫无难度，黑盒测试难度深不见底。
白盒与黑盒测试的区别不在于测试人员要不要懂代码，两者都要很强的编码功底。
9年测试做下来，越来越觉得白 ...
六月天 发表于 2012-6-13 08:50 http://bbs.51testing.com/images/common/back.gif
但是 我国的公司
有 把代码基础差的人
打发到 “测试组”的倾向
久而久之 就会形成一种定性思维
测试组的“年轻”员工 往往是基础差的 干不了开发的
孕妇养老院
我觉得这两者没有可比性，在测试过程中，黑盒测试和白盒测试两者应该互相结合，这样才能能够保证产品的质量。
我觉得这两者没有可比性，在测试过程中，黑盒测试和白盒测试两者应该互相结合，这样才能能够保证产品的质量。
软件最终是在客户手上的，从客户角度去看，只要软件不要出现bug用起来更实用OK了，懂代码找不出其中的bug是没有用的，不管是开发还是白盒都不比黑盒高人一等，都是平等的。
白盒测试相对于黑盒测试来说，相对比较简单，黑盒测试测试更为复杂、覆盖面更大，发现的问题也更多。其实黑盒测试也需要熟悉代码，同时其他的一些测试方法都得熟悉，这只是两个测试方式，在整个测试过程中都比较重要，不能已工资待遇的高低来论英雄。另外，很多公司现在都没有白盒测试，即使有也是由研发兼任，黑盒测试比重更大。
