Testing 白盒测试的缺点？

你能想到白盒测试的缺点吗？除了测试人员需要知道和理解代码之外（这可能会有成本）

---

谢谢，

IMHO，主要的缺点是您的测试计划、执行和覆盖范围更容易受到底层实现中的更改的影响，因此对于回归和验收测试不太有用

---

白盒测试在较低级别和黑盒测试之外都很有用，但如果我交付的软件只有白盒测试，我会很紧张

白盒测试IMHO的最大缺点是耗时。程序员和测试人员的时间是昂贵的。最好先用更广泛的测试方法来阻止bug的出现。

这是一个优点和缺点，因为您创建测试来测试特定的代码实现，而不是设计测试来测试它在实际情况中的使用方式。因此，基本上它的一个缺点是它不能覆盖所有的使用情况，这就是为什么黑盒测试是对whit-box的一个很好的补充。

请参见关于前面两个评估的一些想法：

缺点。。。测试人员需要知道并理解代码

测试计划、执行和覆盖范围更容易受到底层实现变化的影响

这取决于开发人员是否也承担了测试实现的角色。也就是说，如果开发人员应该理解测试框架或体系结构，并负责编写内部测试抽头并正确连接它们，那么测试仍然是白盒，但没有我们通常认为的大多数缺点。在这种情况下，缺点是很难找到合格的开发人员，或者会转移开发人员和测试人员的责任

最近的趋势，如测试驱动、敏捷等，越来越多地促进开发人员测试。进一步的一步是将测试框架连接到单元测试。从这个意义上说，白盒测试的缺点是，人的角色变化会导致组织混乱。

黑盒测试的优点

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

黑盒测试的缺点

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

白盒测试的优点

• 由于重点是内部工作，测试人员可以按语法识别对象。这在GUI频繁更改时非常有用
• 如果应用程序的对象保持不变，它可以提高测试用例的稳定性和可重用性
• 通过完全测试每条路径，测试人员可以实现彻底性

白盒测试的缺点

• 为白盒测试开发测试用例涉及高度的复杂性，因此开发测试用例需要高度熟练的人员
• 虽然白盒测试在很大程度上克服了脆弱性，但对象名称的更改可能会导致测试脚本中断

---

做测试总比不做测试好。。。你到底想问什么？WBT是一种技术。肯定有一些缺点，否则这将是唯一的技术。我想知道人们对这些缺点的看法+1个有趣的点-所以WB测试会更快过时。我必须同意，好吧+一个很好的观点-类似于捕获需求比下游便宜。这是一个非常史诗般的线程！！！这是一个有趣的话题；“单元测试”很流行。