软件测试－黑盒,白盒

(1) 白盒测试 (White Box Testing) 
又叫做玻璃盒测试(Glass Box Testing)。在软件编码阶段，开发人员根据自己对代码
的理解和接触所进行的软件测试叫做白盒测试。这一阶段测试以软件开发人员为主，有时

候 SDE/T 也会辅助开发人员进行测试。 

(2) 黑盒测试 (Black Box Testing) 
黑盒测试的内容主要有以下几个方面。 
① 接受性测试 (Acceptance Testing)：类似于 BVT 测试。 
② Alpha/Beta 测试 (Alpha/Beta Testing): 在此过程中，产品特征不断地修改。当
发现 Bug 后，在开发人员修改的同时，项目经理也会对产品计划做出相应的调整，产品计
划不是一成不变的 
③ 菜单/帮助测试 (Menu/Help Testing)：大家千万不要以为这一项测试不值得进行。
其实，在软件产品开发的最后阶段，文档里发现的问题往往是最多的。因为在软件测试过
程中，开发人员会修复测试人员发现的 Bug，而且可能会对软件的有些功能进行修改，同
时项目经理也会根据情况调整软件的特性，因而在软件开发和测试的过程中，所有的功能
都不是固定不变的，都会进行调整。所以，一般来说，直到软件 Ship 时才编写软件的帮助
文档，这样才能保证帮助文件的内容与软件功能相符，我在做帮助文件测试的时候，总是
假装什么都不懂，就按照帮助文件提供的步骤去做，看看该文件是否正确。在实际测试
中，我经常能发现帮助文件中的 Bug。 
④ 发行测试 （Release Testing）：在正式发行前，产品要经过非常仔细的测试。除了
专门的测试人员外，还需要几千个甚至几十万其他用户与合作者通过亲自使用来对产品进
行测试，然后将错误信息反馈给我们。到了发行测试这一步，如果出现非改不可的 Bug，
就必须推迟软件的发行，有的时候一推就是几个月，期间需要重新对软件产品进行全面的
测试，耗费大量的时间和人力物力。 
⑤ 回归测试 （Regression Testing）：回归测试的目的就是保证以前已经修复的 Bug
PDF created with FinePrint pdfFactory Pro trial version www.pdffactory.com
在软件 Ship 以前不会再出现。实际上，许多 Bug 都是在回归测试时发现的，在此阶段，我
们首先要检查以前找到的 Bug 是否已经更正了。值得注意的是，已经更正的 Bug 也可能又
回来了，有的 Bug 经过修改之后可能又产生了新的 Bug。所以，回归测试可保证已更正的
Bug 不再重现，不产生新的 Bug。 
⑥ RTM 测试（Release To Manufacture Testing）：为产品真正的 Ship 做好准备所进行
的测试。事实上，在这一测试阶段，对每一个 Bug 都需要经过很高职务的人同意才能更
正。因为这时候修改软件非常容易产生其他的错误，所以只有那种非修复不可的 Bug 才会
被允许进行修改。如果在发行阶段软件还有许多严重的 Bug 的话，恐怕就不能按时发布
了。记得有一次一个微软核心产品刚刚完成，准备 Ship 时，我对其进行 RTM 测试时就发
现一个 Bug：只要用该产品打印中文就会导致程序错误。这是一个很严重的 Bug，于是开
发人员马上修复了该 Bug，重新 Ship该产品