Unit testing 基于部分单元测试的软件方法

考虑到有这么多的软件方法论有这么多的名称，我想知道是否有建议只进行部分单元测试的方法论

我是TDD的信徒，但有时我会感觉到这两件事：

对于更好、更易于维护的结构/设计，大多数想法都是通过类的第一次测试来实现的

在处理其他代码时，单元测试更为重要

因此，我认为，在那里，一些人正在使用mid方法写他们的经历。我想做一些关于这个主题的自我研究，看看在推广一些TDD实践时，我是否能得到一个“B计划”

---

是否有任何基于部分单元测试的软件方法或趋势？

您可以在捕获代码实际行为的遗留代码上编写。这是一个很好的过程演示：

我反对#2：在重构任何代码时，单元测试都是必不可少的，不管是谁编写的，也不管是什么时候编写的。遗憾的是，我不是一个有天赋的程序员，而且我在处理一个我从未见过的新项目时，一开始速度较慢。我更可能犯错误，也不知道副作用。特别是由于我从未见过的模块的副作用，我非常欣赏将单元测试作为安全网。虽然我仍然喜欢单元测试，但如果涉及到一些我从未见过的东西，我会更想要它们。我遇到的许多程序员在开始编写新代码时也更关心单元测试