哪些技术对功能要求低且没有设计规范的单元测试？

Question

以我的理解，设计规范有助于利用内部知识（白盒技术）来制定单元测试用例，而如果我们仅具有功能要求，则黑盒技术会更适合。

如果我们没有设计规范，并且需求经常含糊不清或没有明确的界限，会发生什么？ 它将如何影响单元测试过程？ 您如何补偿呢？ 您是否利用自己的经验或特定的实践/技巧来填补空白？

首先开发功能会更适合吗？ 随着您不断发展并获得有关其内部工作方式的更多知识，您可以随时使用白盒技术或黑盒技术。 您将在类似情况下使用以前的经验来完成功能，这意味着您可能已经亲自编写了功能要求。 此时，您会选择白盒吗？ 黑盒子？ 还是取决于新功能的风险/重要性？

Answer 1

我猜你在谈论TDD

首先开发功能会更适合吗？ 随着您不断发展并获得有关其内部工作方式的更多知识，您可以随时使用白盒技术或黑盒技术。

否则很难为缺少的功能创建单元测试。 如果我们假设他们的主要想法是行使

应用程序中最小的可测试部分

主要由开发人员创建。 如果是这样

没有设计规范，要求通常含糊不清或没有明确的界限

比代码的设计和实现极有可能具有相同的特征。 而且单元测试不会有太大帮助。 恕我直言，至关重要的是在测试它之前就知道要做什么，即使对于TDD也是如此。