dbunit性能最佳实践

Question

除了在实际dbunit站点上推荐的那些之外,还有哪些最佳实践/原则可以大大加快测试速度并保持可维护性？我渴望像 java 工厂女孩这样的 库,但由于静态类型,它看起来不太可能.

我目前的想法是在这一点上每个测试类有1个xml数据集 - 也许我会分享其中的一些,也许我没有.虽然一些测试数据可能是复制的交叉数据集,但我发现在3000个单元/集成测试中维护共享数据集太难了 - 而且我还有很长的路要走.

将会欣赏任何遵循的原则,导致测试表现良好且易于维护.

Answer 1

在我之前的一项任务中,我们有数百个涉及数据集的集成测试,但不是在DBUnit中 - 测试环境是从头开始编写的,因为它是一个非常大的公司,可以负担这种东西.

数据集按层次结构组织.被测系统由几个(5-10)模块组成,测试数据遵循该模式.单元测试脚本如下所示:

 include(../../masterDataSet.txt)
 include(../moduleDataSet.txt)

 # unit-specific test data
 someProperty=someData

通过一些我不记得的奇怪工具将属性名称直接映射到DB记录.

相同的模式可以应用于DBUnit测试.在主数据集中,您可以放置​​始终需要的记录 - 如字典,数据库的初始加载,就像从头开始安装一样.

在模块数据集中,您将包含大多数测试的测试用例的记录放在模块中; 我不认为你的平均测试涉及所有70个数据库表,是吗？您肯定必须拥有一些可构成模块的功能组,即使应用程序是单片的.尝试围绕它组织模块级测试数据.

最后,在测试级别上,您只需使用此特定测试所需的最少记录数修改测试集.

这种方法具有学习的巨大好处; 因为数据文件很少,所以你实际上开始记住它们.您可以轻松地分辨出任何两个数据集的差异,而不是看到数百个大数据集只有不明显的细节(每次您在一段时间后再次进行测试时都必须找到).

关于最后表现的一句话.在我的2.4 GHz双核WinXP机器上,DBUnit测试涉及:

• 丢掉14张桌子,
• 创建14个表,
• 插入ca. 100条记录,
• 执行测试逻辑,

需要1-3秒.日志显示前3个操作只需不到一秒钟,大部分测试时间都由Spring消耗.每个测试都执行此逻辑,以避免测试顺序依赖性.一切都在一个带有嵌入式Derby的VM中运行,这可能就是为什么它如此之快.

编辑:我认为DBUnit XML数据集不支持包含其他测试文件,可以通过为所有集成测试使用基类来克服它,例如:

public class AbstractITest {

    @Before
    public void setUp() throws Exception {
        //
        // drop and recreate tables here if needed; we use 
        // Spring's SimpleJdbcTemplate executing drop/create SQL
        //
        IDataSet masterDataSet = new FlatXmlDataSetBuilder().build("file://masterDataSet.xml");
        DatabaseOperation.CLEAN_INSERT.execute(dbUnitConnection, dataSet);
    }
}

public class AbstractModuleITest extends AbstractITest {

    @Before
    public void setUp() throws Exception {
        super.setUp();
        IDataSet moduleDataSet = new FlatXmlDataSetBuilder().build("file://moduleDataSet.xml");
        DatabaseOperation.CLEAN_INSERT.execute(dbUnitConnection, moduleDataSet);
    }
}

public class SomeITest extends AbstractModuleITest {
    // The "setUp()" routine only here if needed, remember to call super.setUp().

    @Test
    public void someTest() { ... }
}