尽管这个测试驱动开发的例子非常简单，但是我们可以从中体会到它的思想。我们首先创建了测试用例，并且有足够多的代码让这个测试运行起来，不过结果是错误的。然后我们验证测试的确是失败的，接着实现了实际的代码使这个测试能够通过。 我发现在实现代码时我会一直不断地添加代码，直到拥有一个覆盖所有代码路径的完整测试为止。在本文的最后，您会看到有关编写什么测试和如何编写这些测试的一些建议。 数据库测试 在进行模块测试之后，就可以进行数据库访问测试了。数据库访问测试 带来了两个有趣的问题。首先，我们必须在每次测试之前将数据库恢复到某个已知点。其次，要注意这种恢复可能会对现有数据库造成破坏，因此我们必须对非生产数据库进行测试，或者在编写测试用例时注意不能影响现有数据库的内容。 数据库的单元测试是从数据库开始的。为了阐述这个问题，我们需要使用下面的简单模式。 清单 5. Schema.sql DROP TABLE IF EXISTS authors; CREATE TABLE authors ( id MEDIUMINT NOT NULL AUTO_INCREMENT, name TEXT NOT NULL, PRIMARY KEY ( id ) ); 清单 5 是一个 authors 表，每条记录都有一个相关的 ID。 接下来，就可以编写测试用例了。 清单 6. TestAuthors.php ＜?php require_once 'dblib.php'; require_once 'PHPUnit2/Framework/TestCase.php'; class TestAuthors extends PHPUnit2_Framework_TestCase { function test_delete_all() { $this-＞assertTrue( Authors::delete_all() ); } function test_insert() { $this-＞assertTrue( Authors::delete_all() ); $this-＞assertTrue( Authors::insert( 'Jack' ) ); }
关于网站 | 客服中心 | 服务条款 | 友情链接 | 广告联系 | 本站历程 | 网站导航
吉ICP备05000107号
