Objective c 我花了两个小时来TDD一些本该花半个小时的代码。这样行吗？

我正潜入TDD世界进行iOS开发。我读了很多书，看了一些视频，并且总的来说让我相信TDD的力量。但我缺乏经验，所以我只是从一个小项目开始

问题是，使用TDD编写代码比不使用TDD要花更多的时间。为了一个简单的功能，我花了半个小时的时间，我几乎花了两个小时。我得到的好处是进行测试，并围绕高级功能进行思考，就像清楚解释的那样

但我担心，如果我不提高，这件事会伤害我。此外，我开始用猕猴桃编写测试，我花了一点时间才习惯它的符号。我注意到我花了相当长的时间试图找出用规范编写/重构测试代码的正确方法，而不是用生产代码。事实上，大部分时间我都在处理测试代码，因为我没有正确使用某些规范，或者我不应该使用模拟，等等。我觉得它非常有用，但也许让我的头脑在测试和猕猴桃周围是太多了

---

根据你的经验，它会变得更好吗？提前感谢。

您需要了解好处，然后决定适当的平衡

你使用猕猴桃或任何工具的次数越多，你就会变得更好

如果您编写测试，您将需要更多的时间来准备您的特性。它们可能非常耗时。如果编写正确，它们将证明被测试的代码是有效的。这是一个巨大的QA优势，将帮助您在将来能够使用相同的代码，遇到更少的问题

您还可以保护代码不受未来更改的影响。中断将花费大量的时间和投资，您的单元测试将在那里保护工作功能

首先编写测试也会让你的代码成为一个真正的消费者——这将有助于你发现使用和界面上的设计缺陷

---

祝你好运

这与StackOverflow无关。这可能是在的主题。