简述什么是黑盒测试


简述什么是黑盒测试

文章插图
黑盒测试也称功能测试 , 它是通过测试来检测每个功能是否都能正常使用 。 在测试中 , 把程序看作一个不能打开的黑盒子 , 在完全不考虑程序内部结构和内部特性的情况下 , 在程序接口进行测试 , 它只检查程序功能是否按照需求规格说明书的规定正常使用 , 程序是否能适当地接收输入数据而产生正确的输出信息 。 黑盒测试着眼于程序外部结构 , 不考虑内部逻辑结构 , 主要针对软件界面和软件功能进行测试 。
【简述什么是黑盒测试】 黑盒测试是以用户的角度 , 从输入数据与输出数据的对应关系出发进行测试的 。 很明显 , 如果外部特性本身设计有问题或规格说明的规定有误 , 用黑盒测试方法是发现不了的 。

简述什么是黑盒测试

文章插图

扩展资料:
黑盒测试方法着重测试软件的功能需求 , 是在程序接口上进行的测试 , 主要是为了发现以下错误 。
(1)是否有功能错误 , 是否有功能遗漏 。
(2)是否能够正确地接收输入数据并产生正确的输出结果 。
(3)是否有数据结构错误或外部信息访问错误 。
(4)是否有程序初始化和终止方面的错误 。
黑盒测试主要内容:
(1)接受性测试 。
黑盒测试是从软件的接口接受测试输出结果 , 具有接受性测试的特点 。
(2)α/β测试 。
测试是项目组内的成员对被测软件进行的测试 , β测试是由项目组外的人员参加的测试 。 α/β测试也适合于黑盒测试 。 也就是说 , 当测试发现错误后在开发人员修改的同时 , 项目经理也会对产品计划做出相应的调整 , 产品特征不断地被修改 。
(3)菜单/帮助测试 。
在软件测试过程中 , 开发人员将修复测试人员发现的错误 , 而且对软件的有些功能进行修改 , 同时项目经理也将根据情况调整软件的特性 , 因而在软件开发和测试的过程中 , 所有的功能都可以进行调整 。 因此 , 在软件产品开发的最后阶段 , 文档里发现的问题往往最多 。
(4)发行测试 。
在正式发行前 , 产品要经过非常仔细的测试 。 除了专门的测试人员外 , 还需要几千个甚至几十万其他用户与合作者通过使用来对产品进行测试 。 然后将错误信息反馈到技术部门到了发行测试时 , 如果出现非改不可的错误 , 就必须推迟软件的发行 , 在推迟时间内需要重新对软件产品进行全面的测试 , 将耗费大量的时间、人力和物力 。
(5)回归测试 。
在此阶段 , 首先要检查以前找到的错误是否已经更正了 。 回归测试可使已更正的错误不再重现 , 并且不会产生新的错误 。
(6)RTM测试 。
RTM测试是指在产品发行阶段所进行的测试 。 在这一测试阶段 , 每一个错误都需要经过高端人员同意才能更正 。 因为这时候修改软件非常容易产生其他的错误 , 所以只有那种非修复不可的错误才将允许进行修改 。 如果在发行阶段软件还有许多严重错误的话 , 就不能按时发布 。

    相关经验推荐