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

ewoft

1、无法找到代码中潜在bug
2、只能通过代码表现出来现象的bug
3、无法知道代码的具体实现，导致可能会出现漏测

a85187189

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

cclovely

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

ccacc2

不能覆盖代码内部逻辑
不易发现代码的性能问题
不能直接发现代码规范性问题
可能会出现的负负得正现象

104~牛牛

黑盒测试有哪些缺点？
答：优点：
1.对于较大的代码单元来说，黑盒测试比白盒测试效率较高。
2.测试人员不需要了解细节，包括特定的编程语言。
3.测试人员和开发人员是彼此独立的。
4.从用户的角度测试，很容易被理解和接受。
5.有助于暴露与任务规格不一致或者有歧义的地方。
6.测试用例可以在需求规格完成之后马上执行。
缺点：
1.测试的只有一小部分，不可能测试全部输入。
2.没有清洁和简明的需求规格说明书，测试用例很难设计。
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。
6.大部分和研究相关的测试都是直接针对白盒测试的。

xuquan

介入太晚 ，无法重复覆盖 ，一些隐藏的风险无法发现 ，等等等

郭小贱

缺点1：黑盒测试不考虑软件内部结构，不能接触到代码进行测试；
缺点2：功能需求不清晰时无法设计有效的测试用例，测试覆盖率不够；
缺点3：测试不够充分，纯黑盒测试仅能发现功能层面的问题，代码未执行则功能缺陷发现不了；
缺点4：测试结果准确性取决于测试用例设计，依赖于用例设计者的经验与方法。

gitty_qian

1. 不能直接测试代码，对代码异常测试无法覆盖。
2. 测试路径较长，重复测试时候需耗费大量时间。

清晨一缕阳光

程序的性能问题，编码中错误！

清晨一缕阳光

程序的性能问题，编码中错误！

li_feibo

不能发现程序内部比较隐藏的问题，例如代码规范问题、安全问题、性能问题。

梦想家

很多测试路径没有测试到

yuan_mr

很难对代码进行全量覆盖测试，容易出现部分代码没有测试到的情况

libingyu135

代码逻辑无法覆盖不全面，定位偶现类bug很难

Fighting-ing

1、不同的输入、相同的规则，有着相同的输出，导致测试用例的冗余或缺失；
2、不同的输入、碰巧输出相同，无法发现部分逻辑缺陷；
3、回归测试，不能明确知道开发修改的都能影响到那些功能模块，导致测试不全面，或尽可能去全部执行一遍，测试时间长；
4、定位BUG原因不具体；

xuquan

流程后置 ，无法确保全覆盖 。

libingyu135

覆盖不全面

tingting0415

1. 代码得不到测试
2. 测试不够全面
3. 不容易发现隐含的bug
4. 如果规格说明说中有误，无法发现

一世妖娆

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

郭小贱