白盒测试的缺点？[关闭]

Question

您能想到白盒测试的任何缺点吗？除了测试人员需要了解和理解代码（这可能会产生成本）之外？

谢谢，

Answer 1

这既是优势和劣势为您建立测试，以测试特定的代码实现，而不是设计测试测试将如何在真实的情况下使用的。所以基本上它是一个缺点，它并没有赶上使用的所有情况下，这也就是为什么黑盒测试是一个很好的恭维丝毫框。

Answer 2

IMHO，主要的缺点是，你的测试计划，执行和覆盖在底层实现的变化更敏感，并且因此是用于回归和验收测试那么有用。

白盒测试是在较低的层次，除了黑盒测试是有用的，但我会紧张，如果我是由于只白箱测试提供软件。

Answer 3

黑盒测试的优点

• 由于测试人员不必关注应用程序的内部工作，因此创建测试用例更加容易。
• 测试用例开发速度更快，因为测试人员无需花时间识别内部流程；他唯一关注的是用户通过 GUI 可能采取的各种路径。
• 它使用起来很简单，因为它只关注有效和无效的输入，并确保获得正确的输出。

黑盒测试的缺点

• 不断变化的 GUI 使脚本维护变得困难，因为输入也可能发生变化。
• 与 GUI 交互可能会导致测试脚本变得脆弱，并且可能无法一致地正确执行。

白盒测试的优点

• 由于重点在于内部工作，测试人员可以通过编程来识别对象。当 GUI 频繁更改时这会很有用。
• 如果应用程序的目标保持不变，它可以提高测试用例的稳定性和可重用性。
• 通过完整地测试每条路径，测试人员可以实现彻底性。

白盒测试的缺点

• 开发白盒测试的测试用例涉及高度复杂性，因此需要高技能的人员来开发测试用例。
• 尽管白盒测试在很大程度上克服了脆弱性，但对象名称的更改可能会导致测试脚本的破坏。

Answer 4

白盒测试IMHO的最大缺点，是它需要的时间。程序员和测试时间是昂贵的。最好先捕捉大显示停止的错误与更广泛的测试方法。

Answer 5

请参阅如果其中一种测试内部实现，或只测试公众的行为？

Answer 6

约两以前评估一些想法：

  

...缺点测试器需要知道和理解的代码

     

测试计划，执行和覆盖在底层实现

的变化更敏感

这取决于开发商是否也承担了测试实施中的作用。也就是说，如果开发商都应该了解测试框架或体系结构，并负责编写内部测试水龙头和正确挂接起来，然后测试仍然是白盒，但没有大部分的缺点，我们通常想到的。在这种情况下，缺点是，这是很难找到合格的开发，或者说，它会转移开发者和测试者的责任。

最近的趋势，像测试驱动，敏捷，等等，被越来越多的促进开发人员测试。一步，将挂钩的测试框架的单元测试。在这个意义上，白盒将是不利的，组织的混乱引起的人的角色变化。