在上一篇文章中，我们开始讨论WordPress中的单元测试理论。具体来说，我们回顾了我们在单元测试主题和插件方面的工作，然后开始讨论代码单元，这如何影响我们的测试，并且我们回顾了更大的软件开发世界中的单元测试。
我们将继续讨论WordPress中的单元测试理论，但会从它如何帮助识别问题、驱动架构、记录项目等角度进行讨论。
发现问题，节省时间
回想一下本系列前面的内容，进行单元测试的传统方法是这样的：
- 编写测试，运行它（知道它会失败）
- 编写函数以使该方法通过。
- 运行测试。如果测试失败，则继续处理该功能；否则，转到下一个。
是的，第一步有点教条。为什么要浪费时间去运行一些你知道会失败的东西，对吧？不过，你明白了。但是当您开始将这种特殊技术应用于开发时，您会发现编写代码时会形成一定的节奏，而这是整个目标的一部分。
但这只是其中的一半——单元测试实际上可以帮助您在开发早期发现问题。
为了理解这一点，最好回顾一下这个想法。
假设您正在为基于WordPress的项目开发一项功能，您将允许用户在不实际登录WordPress仪表板的情况下创建用户帐户。这假设您已经设置了一个页面模板来处理注册、必要的验证以及用于生成密码和电子邮件的代码。
您在浏览器中加载页面，尝试创建一些用户-一些具有相同的电子邮件地址，一些具有不正确的密码，一些具有非法字符等。您明白了-有多种方法验证通过和失败。这太粗糙了！这意味着每次更改用户注册功能时，您都必须执行相同的n次注册，以确保不会出现任何问题。
或者您可以编写一套测试来处理它，并在每次代码更改时运行它们。
所以，是的，编写单元测试可能会花费大量时间，但看看每次修改代码单元时节省的时间。这是非常值得的，这可以帮助尽早发现问题（即在发布到生产之前），这些问题可能会因为有人忘记模拟测试的一种排列而被错过。
自我记录
在编写单元测试时，您不仅可以通过确保代码实际工作来提高代码质量，而且本质上还可以提供面向开发人员的文档。
如果您正在对产品中构建的功能进行单元测试，您将提供有关功能如何工作、何时应该失败以及何时应该通过的文档。
随之而来的是一些假设：具体来说，您正在逻辑地命名和分组您的函数及其相关测试，并且您正在正确测试每个函数。
通过PHPUnit，WordPress单元测试可以轻松执行易于阅读的断言。您只需声明assertTrue、assertFalse或组成项目的函数上可用的任何其他断言。
按照上面的示例，这意味着您可以编写一个函数来确保用户注册函数在尝试使用空电子邮件地址注册时失败：
