public class TestUserDatabase extends TestCase

　　{

　　...

　　public void testInsert()

　　{

　　// Insert a test user:

　　User user = new User("some@email.address");

　　UserDatabase database = new UserDatabase();

　　database.insert(user);

　　// Make sure the data really got there:

　　User db_user = database.find("some@email.address");

　　assertTrue("Expected non-null result",

　　db_user != null);

　　assertEquals("Wrong email",

　　"some@email.address", db_user.getEmail());

　　assertEquals("Wrong bad flag", false, db_user.isBad());

　　}

　　...

　　}

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

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

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

　　不同的鉴别方法

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

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

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

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

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

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

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

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

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

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