Day 1-5： 黑盒测试系列问题！（答案公布）

lsekfe

提问：黑盒测试有哪些缺点？
回答：不能发现规格说明的错误；难以覆盖所有软件缺陷；测试用例设计的成本较高。

a252039429aa

不能测试到代码内隐藏的问题，很多测试路径没测试不到，不能直接对特定程序段进行测试

Strangerv丶

不能测试程序内部特定部位
如果程序未执行的代码无法发现
没有清晰的和简明的规格，测试用例很难被设计

彭叶

1.测试的只有一小部分，不可能测试全部输入。
2.没有清洁和简明的需求规格说明书，测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错

jenery

1、测试路径很难覆盖全面
2、不能发现程序中隐藏的bug

就是爱测试

1、不能覆盖到白盒异常路径--也就是代码中的捕获异常类问题；
2、黑盒测试在某个功能上重复性比较强；导致整个测试周期很长；
3、不能直接对特定程序段进行测试，改程序段可能隐藏更多错误；
4、.测试的只有一小部分，不可能测试全部输入
5、.没有清洁和简明的需求规格说明书，测试用例很难设计

哎呦呵呵

代码得不到测试。
如果规格说明设计有误，很难发现。
测试不能充分地进行。
结果的准确性取决于测试用例的设计。

安然独宠

只能被动的接受页面展示的数据,数据的正确性不能有效的保证

52期

1、不能覆盖到白盒异常路径--也就是代码中的捕获异常类问题；
2、黑盒测试在某个功能上重复性比较强；导致整个测试周期很长；
3、不能直接对特定程序段进行测试，改程序段可能隐藏更多错误；
4、.测试的只有一小部分，不可能测试全部输入
5、.没有清洁和简明的需求规格说明书，测试用例很难设计

abcsell

不能测试到软件代码内部的问题，只能看到表面的情况

joykao

不能覆盖代码内部逻辑
不易发现代码的性能问题
不能有效检测出程序内部配置问题

梦想家

1.测试的只有一小部分，不可能测试全部输入。
2.没有清洁和简明的需求规格说明书，测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。
6.大部分和研究相关的测试都是直接针对白盒测试的。

wengwuwei

1、代码得不到测试
2、如果规格说明设计有误，很难发现
3、测试不能充分地进行
4、结果的准确性取决于测试用例的设计

嫣然XG

无技术性的操作

Miss_love

不能发现程序内部问题，性能问题

jingzizx

1.测试的只有一小部分，不可能测试全部输入。
2.没有清洁和简明的需求规格说明书，测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。
6.大部分和研究相关的测试都是直接针对白盒测试的。

依云Evua

无法定位到BUG的具体位置

Alawn

不能完全检测到代码内部逻辑、语法错误、内存泄漏等问题
不容易发现代码的性能问题、安全性问题

田玉函

黑盒测试，只能测试用户使用基本功能性的BUG,代码的架构和内置参数等问题，及系统本身的架构性能和内置系统隐患性BUG无从知晓，黑盒测试的基本覆盖是没有代码的，人工使用方面的基本测试方法，接口问题，架构问题，代码问题的分析过于缺乏，不能更加深入透彻的解析，系统本身存在一些架构和代码存在的规范问题。

海海豚

缺点：
1.测试的只有一小部分，不可能测试全部输入。
2.如果没有清洁和简明的需求规格说明书，那么测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。
6.大部分和研究相关的测试都是直接针对白盒测试的。