“测试”或“业务逻辑”，编程时先写谁，整体效率会比较高？

Question

旧习惯

按我以前的流程：做逻辑流程图、编写业务逻辑、编写测试代码。

听闻

但听说“TDD 是测试引领开发；开发完成后，再去编写测试的成本就相对高昂了”

问题

我写测试的经验不多。请问各位同仁，你觉得“测试”或“业务逻辑”，编程时先写谁，整体效率会比较高？

Answer 1

TDD在我看来是非常极端的思想，极端到认为“功能代码是给测试代码服务的”。

我比较倾向于每个业务场景都有集成测试来覆盖，并非需要严格按照TDD来执行。需要兼顾开发效率与功能稳定。所以我个人的观点是重要的业务代码必须有集成测试覆盖，重要的函数/方法必须有单元测试覆盖，但并不是所有的地方都需要测试，太多垃圾测试毫无意义，并且占用大量的开发时间。

Answer 2

最先掌握业务逻辑的人是在什么位置就采用什么方法。