黑盒测试有前途还是白盒测试有前途呢？

[linger2002]

我目前从事的是黑盒测试，总觉得似乎白盒测试的科技含量更高一些，不知道白盒测试更有发展前途还是黑盒测试更有发展前途呢？

[iamxia]

单从技术角度来将白盒要高

[linger2002]

那从其他角度来看呢？
比如说发展前景什么的

[Louiceliu]

都很有前途，一个倾向于用户使用的角度，是从性能设计的合理性来考虑的，对产品生产的QA、QC以及硬件知识要求比较多。以后可以改行做质量控制或客户服务什么的。另一个倾向于软件功能的实现，对软件编程要求高，以后可以改行做程序员、系统分析员什么的。现在市场需求大多是找白匣子测试人员，而黑匣子测试人员要得不多，大部分公司都是软件开发人员自己顺便做的，所以不受重视，但从长远看，应是有前途的。要不然，微软公司那么多的软件开发人员，应不缺白匣子测试，但卖出的产品却总是还有那么多的BUG，老叫别人去长升级。当然，如果黑匣子测试人员也知晓白匣子测试的要求或基本技能，那是最好不过的了。

[xinxinrenleier]

黑盒测试我觉得易懂难精，我也是作黑盒测试的，拿测试用例来说，好的黑盒测试人员会把测试数据设计得很完备，测试的文档，脚本写得也会非常的详细！刚接受测试的时候一般的也能够写，但是想的东西肯定不够详细！

[kkbgp]

同意 Louiceliu(铁拖)的发言
我也遇到同样的问题，测试人员少，每次测试的周期又短，而且开发人员提供的技术说明文件又不详细，根本没有时间，没有精力去全测，因此送给质检部门时老会出现以前没有问题的部分又冒出问题了，害我被经理骂，说把关不严，哎，真是有苦说不出呀

[Louiceliu]

我同意楼下的观点，但完备的测试文档要花很长时间才能写出来，而且还需要开发人员提供的相关资料。我一般是先做用户测试，即用户操作，一来可以熟悉软件性能，二来也可以边测边做下一步测试的准备。再说，一家公司的产品基本上都是近亲结婚的产物，只要有一个产品做过完全的测试，其它的产品基本可以参照或干脆照搬。倒也不是很费力气。只是在做的时候，经常会出现以前通过的测试在开发人员做改过后，结果又不能通过，而自己却认为以前通过而不再去测，到最后做终结测试时又冒出一大堆问题，心里十分不好过。

[dream78529]

我太同意上面的意见了。
我也有类似的经历。特别是在系统做得很大的时候，黑盒测试人员本来安排就不够，而且留给我们的时间也很有限，当然就无法对已经测试过的东西再重头详细测一次了。
如果在这方面有一个科学的步骤就好了，请问，有谁在这方面能给我一些指导，提供一些相关的文档就最好了。
谢谢。

[dream78529]

我的邮箱名：[e-mail]

[sunteken]

请问做黑盒测试有什么具体要求？
谢了！

[zhaoniyi2000]

看了大家的各种议论，小弟也发表一些个人的。
黑盒测试也既是功能测试，它是针对某一个特定的项目进行测试。黑盒测试并不涉及到此工程的内部结构。它有等价分类测试法。
白盒测试即为结构测试，它是针对内部结构进行的测试，它要求测试人员对于控制流程有十分清楚的了解。
应该说白盒测试的技术含量要更高一些！