Xcode 中的测试类是什么？

Question

我来自不习惯或不熟悉“测试驱动开发”的 IT 教育背景和文化。长话短说，我在目前的工作中学习了 Xcode 编程，经过几个月对每次创建新项目时不断出现的“测试”和“UI 测试”文件的好奇心，我决定现在就去寻找它有时间。这就是我学习“测试驱动开发”这个词的地方。

但令人惊讶的是，对于想要了解有关测试驱动开发的基本概念的新手来说，几乎没有文章，更不用说了解如何在 Xcode 中进行操作了。我能找到的文章都是高级资料，假设读者已经熟悉 TDD。我在堆栈溢出中找到的唯一解释 TDD 基本知识的 QA 是 here，这还不够解释，因为它只解释了非常简短的内容，而不是如何解释。而且，它本身被标记为与已从堆栈溢出中删除的 QA 链接重复。苹果的own documentation about writing test classes 也假设我已经熟悉这个概念。

有人可以举一个非常简单的例子来说明 TDD 在编写 Xcode 项目中是如何工作的，尤其是在 Swift iOS 中？比如，我的应用程序代码是什么，我的测试代码是什么，以及两者是如何连接或相关的。我的意思是，我并不真正理解如何在测试类上编写测试代码可以帮助您“调试”主代码的概念。

因为根据我对“测试”的理解，测试代码必须“模拟”用户如何在 UI 上输入数据，尝试所有可能的输入组合等。另外，“测试”和“测试”有什么区别和“用户界面测试”？代码如何测试 UI？哦，如果您想将此问题标记为“重复”，请同时提供指向重复位置的链接。谢谢。

Answer 1

测试驱动开发，简称 TDD，是一个简单的软件 单元测试、小型集中测试用例驱动的开发实践 向前发展。这最容易解释为三 规定以下内容的 TDD 规则：

您不得编写任何生产代码，除非是为了制作 失败的单元测试通过。你不能再写一个 单元测试足以失败；和编译失败是 失败。您不得编写更多的生产代码 足以通过一个失败的单元测试。这意味着测试 案例是在任何生产代码之前编写的。并不是所有的测试都是 写在前面，不如先写一个小测试，然后再写一个 编写了一小段生产代码，只允许该测试 通过。这在许多小迭代中重复：测试、失败、代码、 通过、测试、失败、编码、通过……

许多人认为 TDD 鼓励简洁的代码、简单的架构 以及一个实际可测试的稳定系统。另外，它也很有趣！ 我们之前已经写过关于 TDD 的各个方面的文章，但是在这篇文章中 教程我们将专注于它是如何在 XCode 项目中工作的，你在哪里 为 Mac 和 iPhone 编写应用程序。我们将创建一个简单的 XCode 项目， 做一些特殊的配置步骤，然后演示 TDD 如何 用于编写您的应用程序。我们将使用 OCUnit 及其框架 SenTestingKit，现在包含在 Apple 的 XCode 工具中。

查看 this 解释 XCode 中的测试驱动开发如何工作的文章。