浅析数据库程序的单元测试[3]

发表于:2010-04-19来源:作者:点击数: 标签:数据库单元程序浅析
浅析 数据库 程序的 单元测试 [3] 软件测试 在某些情况下,你将不能用一些特殊的数据来区分测试数据和实际数据,这就比较棘手。例如,某条数据由一些整数型字段构成,而作为测试用的数值都看起来较为合理。 你的测试只限于你为测试所保留的某些特殊值,这意

  浅析数据库程序的单元测试[3]   软件测试

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

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

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

  我曾经试着做过修改。例如,在数据库中增加“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方法,它将使测试数据库处于一种已知状态(大部分情况下是空数据库状态)。这种做法具有以下的优点:

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

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

原文转自:http://www.ltesting.net