unit-testing - 我们是否应该在 TDD 期间删除那些太简单而无法破坏的测试

标签 unit-testing design-patterns tdd

我一直在努力坚持 TDD 方法。所以我做了一些测试,但都失败了。现在我正在实现。但现在我正在实现,我发现这些方法太简单了,不会失败。特别是,我已经实现了观察者模式,所发生的就是我通知所有注册的观察者。因此使用 foreach 循环并调用通知。这听起来确实太简单了,难以破解。现在我已经在某些地方进行了测试,我应该删除它们吗?这似乎也有点浪费时间。那么我应该尝试并预测那些太简单而难以破解的方法吗?

最佳答案

没有。

这些方法现在可能太简单而无法破坏,但这并不意味着它们将来永远不需要修改(并且可能会破坏)。

关于unit-testing - 我们是否应该在 TDD 期间删除那些太简单而无法破坏的测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2243585/

相关文章:

ruby-on-rails - rails : creating a feature spec to test a form that has a file upload field

C++ - 如何在没有 dynamic_cast<> 的情况下测试工厂

ruby-on-rails - 使用 rspec 测试设计 View

java - 为什么这个 Mockito 测试失败了?

unit-testing - 如何在单元测试中运行自定义gradle任务?

api - 如何撤消 DELETE 操作并遵守 RESTful 标准?

java - 将God类重构为manager/dao/do分层架构

domain-driven-design - 我们都在寻找相同的 IRepository 吗?

php - 许多测试用例覆盖一个功能 - phpunit

java - 如何在 IntelliJ IDEA 中指定 JUnit 应该使用哪个@Tag