如何在类代码之前编写单元测试？

Question

我试图养成在实际课程之前编写单元测试的习惯。堆栈溢出社区可以提供哪些指针以及任何有用的资源。

谢谢

Answer 1

首先编写测试背后的想法是，在编写代码之前，您知道代码将要执行的操作。因此，您列出了您希望它执行的操作以及您希望如何使用每个功能。然后，您为每个功能编写一个测试（可以随意编写多个，或者测试对象功能所需的次数。）

现在，您拥有自己的课程框架。您的第一个目标应该是通过添加类中使用的所有方法来使测试编译。然后通过正确实现方法来进行测试。

繁荣 - 测试驱动开发继续你的简历！ ： - ）

Answer 2

这是一个非常好的起点。它包含一篇关于TDD的非常好的入门读物，以及其他资源链接的完整列表：

http://www.agiledata.org/essays/tdd.html

Answer 3

我只有一个指针：

考虑一个方法应该做什么以及它应该如何表现，而不是你将如何编码它。

这将允许您在没有编写任何代码的情况下计划单元测试（或者甚至计划出来）。

Answer 4

我通常通过创建一组业务规则作为我的类或脚本的PHPDocs的一部分来执行我的TDD（使用PHPUnit）。我不编写代码，只编写业务规则（例如，如果......等Foo会抛出异常）。在我准备好之后，我开始编写解决每个业务规则的测试用例。我发现编写业务规则首先帮助我建立一些边界，测试用例塑造了实际的代码。