Objective c TDD在2-3个月大小的iOS/Android移动应用程序项目中的工作情况如何，并且期限很紧？

我是一名软件开发新手。我看到很多技术博客上都在谈论测试驱动的开发方法。还有一个关于小型项目TDD的SO帖子

但我想知道，人们如何在iOS项目中为他们的代码编写测试类？特别是那些有很短的截止日期，你必须每周给一个新的功能构建

还有一些UI和需求不断变化的场景。那么，我们是否只为模型中的每个功能编写测试类

或者我们还测试用于为我们创建的控件编写自定义代码的逻辑，或者测试视图控制器中的代码的逻辑

---

我想编写测试类，但我害怕在一个实际项目中尝试，因为我认为这会花费我很多时间。那么，我们是测试所有功能还是测试选定的重要功能？

对于有经验的TDD'er来说，编写所有测试都是最快的。对于刚开始学习TDD的人来说，使用TDD可能要慢50%左右，而且他们可能还不知道如何为某些硬部件（如UI）编写测试。在日程安排紧凑的项目中使用TDD的一个优点是，您可以随时发布项目，即使在每次提交之后也是如此，因为程序应该一直在工作

---

*虽然在我的例子中，我的第一个TDD项目的开发速度（大约花了一个月）与使用TDD之前一样（以每小时的代码行数衡量，这不是一个好方法）。

对于一个有经验的TDD'er来说，它将是编写所有测试的最快方法。对于刚开始学习TDD的人来说，使用TDD可能要慢50%左右，而且他们可能还不知道如何为某些硬部件（如UI）编写测试。在日程安排紧凑的项目中使用TDD的一个优点是，您可以随时发布项目，即使在每次提交之后也是如此，因为程序应该一直在工作

---

*虽然在我的例子中，我的第一个TDD项目的开发速度（大约花了一个月）与使用TDD之前的开发速度相同（以每小时的代码行数衡量，这不是一个好主意）。

我们的大多数项目过去都是固定价格，期限很紧，绝对不会有延迟。我们最近采用了scrum，我希望事情会有结果。我们的大多数项目过去都是固定价格，期限很紧，绝对不会有任何懈怠。我们最近采用了scrum，我希望事情会有结果。我投票将这个问题作为离题题来结束，因为它不是专门关于编程的。@halfer我们可以把它转到软件工程吗？5年前我问过这个问题，当时我不知道什么时候该正确使用哪一个。我也同意结束这篇文章。我想这会更适合那里，尽管我不知道他们的发帖指南。一个用来标记mod启动站点移动，但最近我已经拒绝了这些标记，所以我不再确定mods是否会这样做。我投票结束这个问题，因为它不是专门关于编程的。@halfer我们可以一直把它移到软件工程吗？5年前我问过这个问题，当时我不知道什么时候该正确使用哪一个。我也同意结束这篇文章。我想这会更适合那里，尽管我不知道他们的发帖指南。一个用来标记mod启动站点移动，但我最近拒绝了这些标记，所以我不再确定mods会这么做。