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

goopy

只能进行基本业务功能测试，不清楚内部实现逻辑，无法进行底层测试

applepen

1.过于依赖功能式样书
2.检出问题过于依赖测试用例的作成质量以及覆盖程度
3.检出问题的效率除了测试用例以外还有测试人员的自身能力
4.无法准确的锁定问题点出现的位置

过客而已234

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

chery110

1.测试的只有一小部分，不可能测试全部输入。
2.依赖于需求规格说明书
3.如果测试人员，不被告知开发人员已经执行过的用例，在测试数据上会存在不必要的重复。
4.很多测试路径没有测试到。
5.不能直接对特定程序段进行测试，改程序段可能隐藏更多错
6.代码内部错误逻辑所达成的正确结果无法验证

dmlemon1

测试的只有一小部分，不可能测试全部输入，没有清洁和简明的需求规格说明书，测试用例很难设计，
不能直接对特定程序段进行测试，改程序段可能隐藏更多错误。

15889355464

最终结果片面型

1402138016

任务量大，效率低，只能测试基本功能的使用，无法测试到核心

凌乱的小肥羊

缺点：黑盒测试只能覆盖功能，对产品性能、安全性缺少测试

神殇月

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

我给你温暖

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

我给你温暖

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

wangranran

黑盒测试的缺点如下：

• 需要浪费大量的人力，物力去手动操作执行，比较占用测试时间；
• 程序的代码不能得到完全的测试；
• 测试不能够充分的进行。
  

异想天开_1987

1、黑盒测试看不到代码内部结构，发现的错误一般都是功能方面的
2、黑盒测试很难发现代码细节里的异常bug
3、黑盒测试很难发现系统的性能问题，瓶颈等问题

jmdennis

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

lt1990

1.很难测试到程序中隐藏的尤其是一些异常分支bug
2.测出问题后难以复现、难以定位问题出现的真正原因

小辉辉坏蛋

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

shmily_

无法全面覆盖代码逻辑
很难发现隐藏bug
不能定位bug位置

小小小提姆

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

yinlonglong13

1.测试覆盖率较低，一般只能覆盖到代码的40%
2.针对黑盒的自动化测试，复用率较低，维护成本较高。

测试路途

黑盒测试，一般都基于UI层进行测试，UI层中暴露出的相关内容就可以进行测试，但是对于UI层无法暴露的内部逻辑，条件路径有测试不完整的隐患。