可能你还有更多测试代码。（注意一些测试，例如对date类的测试）。

assertTrue和assertEquals方法进行条件测试。如果测试失败，他们将返回诊断消息。其重点是这些测试都基于一个测试框架自动执行，并给出测试成败的标志。这些测试都基于用java语言编写的测试框架Junit类(程序附后)。这一框架也能适应其他诸如C， C++， Perl， Python， .NET (all languages)， PL/SQL， Eiffel， Delphi， VB等语言环境。

下一个问题是：我们有测试，但我们怎样保证测试数据和实际数据能严格区分？

三、 不同的鉴别方法

在开始之前，我必须指出你好有一个测试用的数据库，你可能更想在非正式的数据库中实践我讲的东西。

第一种方法是手工在数据库中输入一些预先知道的测试性数据，例如在邮件地址中输入“testuser01@test.testing”。如果你正在测试数据库的查询功能，你能预先知道，比如说有五个，数据库记录是以“@test.testing”结尾的。

由以上方式插入的数据必须由测试本身进行必要的维护。例如，测试必须负责删除所建立的测试数据，而避免对实际数据进行操作，从而保证整个数据库处于完好状态。

这种方法还是存在以下问题：

l 你不得不和其他编程人员进行数据协调——假设他们也有他们自己的测试数据库。

l 在数据库中有些特殊的数据并不正确，如一些特别的邮件地址和被保留饿编号前缀。

l 在某些情况下，你将不能用一些特殊的数据来区分测试数据和实际数据，这比较棘手。例如，某条数据由一些整数型字段构成，而作为测试用的数值都看起来较为合理。

l 你的测试只限于你为测试所保留的某些特殊值，这意味着你将小心地选择那些特殊值。

l 如果数据对时间敏感，那对数据库的维护将更为困难。例如，数据库中有产品销售提议，而该提议只在明确的时间段里有效。

我曾经试着做过修改。例如，在数据库中增加“is_test”字段作为区分测试数据的标志，从而避免特殊值的问题。但由此带来的问题是，你的测试代码将只测试那些标记为测试的数据，而你的正式代码却要处理那些未标记为测试的数据。如果你的测试在这方面有区别，你事实上并不在测试同一代码。

四、 你需要四个数据库

有些想法认为一个好的测试是足够充分的并能建立测试所需要的全部数据。如果你能在测试进行前明确知道数据库所处的状态，测试可以进行一些简化。一个简化的方法是建立一个独立的单元测试数据库用于测试程序，测试程序在开始进行前清除测试数据库中的全部数据。

在代码中，你可以编写一个dbSetUp方法，如下所示：

public void dbSetUp() 

{ 

// Put the database in a known state: 

// (stored procedures would probably be better here) 

helper.exec("DELETE FROM SomeSideTable"); 

helper.exec("DELETE FROM User"); 

// Insert some commonly-used test cases: 

... 

} 

任何数据库测试程序都将在做任何事前首先调用dbSetUp方法，它将使测试数据库处于一种已知状态（大部分情况下是空数据库状态）。这种做法具有以下的优点：

l 所有的测试数据都在代码层和其他编程人员进行交流，因此没有必要进行外部测试数据协调。

l 无须测试用的特殊数据的介入。

l 简单而容易理解的一种方法。

l 在每一次测试前删除和插入数据可能会花较多时间，但是由于测试用的数据量相对较小，我认为这种方法比较快捷，特别是在测试一个本地数据库时。

这种做法不利的一面是你需要至少两个数据库。但是请记住，他们在必要是都可以在同一个服务器上运行。采用这种方法，我用了四个数据库，另外两个在紧急关头时使用，具体如下：

1． 实际使用数据库，包含实际数据。在这个数据库中不进行测试，确保数据的完整性。

2． 你的本地开发数据库，用来进行大部分的测试。

3． 一个加入一定量数据的本地开发数据库，可能和其他编程人员共享，用来运行应用程序并检测是否能在实际使用的数据库上运行，而不是照搬实际使用数据库中的全部数据。从严格意义上说你可能并不需要这一数据库，但这一数据库能确保应用程序在有大量数据的数据库中顺利运行。

4． 一个发布数据库，或称集成数据库，用来在正式发布前进行一系列测试，从而确保对所有本地数据库的修改都得到确认。如果你一个人开发，你可以省略这个数据库，但你必须确保所有对数据结构和存储过程的修改都在实际使用数据库中得到确认。

在有多个数据库的情况下，你要确保不同数据库间结构的同步：如果你在测试数据库中改变表的定义或存储过程，你必须记得在实际使用的服务器上进行同样的修改。发布数据库的作用是提醒你进行这些修改。另外，我发现如果代码控制系统能将提交时的注释用邮件形式自动发给整个开发组，那将给团队开发带来较大帮助。CVS能做到这一点，我希望你能利用这一功能。