【问题标题】:Can't get elements from database twice无法从数据库中获取元素两次
【发布时间】:2014-12-19 22:37:49
【问题描述】:

我正在 Spring MVC + Hibernate + HSQLDB 中测试 DAO 层,但我无法从数据库中加载播放列表两次。

我不知道为什么我将List 的大小设为0。方法testSavePlaylist 成功,但方法test_getPlaylistById 失败。当我只测试一种方法时,效果很好。

错误追踪:

java.lang.AssertionError: expected:<2> but was:<0>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:743)
at org.junit.Assert.assertEquals(Assert.java:118)
at org.junit.Assert.assertEquals(Assert.java:555)
at org.junit.Assert.assertEquals(Assert.java:542)
at adrian.example.musicplayer.dao.music.PlayListImplDaoTest.test_getPlaylistById(PlayListImplDaoTest.java:44)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:74)
at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:83)
at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:72)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:233)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:87)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:176)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Junit 类

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration
@Transactional
public class PlayListImplDaoTest {

    @Autowired
    PlayListDao playlistDao;

    private static boolean setUpIsDone = false;

    @Before
    public  void setUp() throws Exception {
        if(setUpIsDone) {
            return;
        }
        this.playlistDao.savePlaylistForJunit();

        setUpIsDone = true;
    }

    @Test
    public void  test_getPlaylistById() throws InterruptedException {
        List<Playlist> testedPlaylist = (List<Playlist>) this.playlistDao.getPlaylistById(1);
        assertEquals(2, testedPlaylist.size());
    }

    @Test
    public void testSavePlaylist() throws InterruptedException {
        this.playlistDao.savePlaylist(1, "TestPlaylist2");
        List<Playlist> testedPlaylist2 = (List<Playlist>) this.playlistDao.getPlaylistById(1);
        assertEquals(2, testedPlaylist2.size());
    }
}

【问题讨论】:

  • 另外,不要使用boolean 变量来防止setUp() 多次运行,而是使用@BeforeClass 注释而不是@Before。这样,它只会在任何测试之前为整个类运行一次,而不是在每个测试方法之前运行一次。
  • @t0mppa @BeforeClass 对于这种情况没有用处,因为方法 setUp() 需要从完全初始化的应用程序上下文中获取(自动装配)实例变量 playlistDao。因此setUp() 不能是静态的。
  • @LukasRisko:很好,不过我只是将直接数据库操作添加到测试类中,而不是让我的 DAO 填充仅用于测试的代码。

标签: java spring hibernate spring-mvc junit


【解决方案1】:

我相信,春季事务性 JUnit 测试的默认行为是在每次测试后回滚。因此,您在 setUp() 中执行的一次性数据库填充在第一次测试后被回滚,导致第二次测试失败,因为数据库现在是空的。

您可以通过使用 @TransactionConfiguration(defaultRollback=false) 注释测试类来扭转这种行为。

但是,有状态测试可能被认为是一种不好的做法,即数据在一次测试后保持不变,有可能影响下一次测试的结果并根据执行顺序产生不同的结果。

相反,您最好从setUp() 中删除“if”并为每次测试通过重新填充数据库。

【讨论】:

    【解决方案2】:

    您将您的类注释为@Transactional,这意味着每个@Test 方法都将在事务中执行。用@Before 注释的方法在每个测试方法之前执行,但在与测试方法相同的事务中。请注意 @TransactionConfiguration(defaultRollback = true) 是测试环境的默认值。因此,如果您运行测试,许多可能的场景之一是:

    1. 新事务已打开
    2. 整个setUp() 被执行,这意味着一些测试数据是使用this.playlistDao.savePlaylistForJunit() 创建的,然后标志setUpIsDone 设置为true
    3. testSavePlaylist() 执行成功,因为有可用的测试数据
    4. 事务回滚意味着this.playlistDao.savePlaylistForJunit()创建的测试数据消失了
    5. 新事务已打开
    6. setUp 方法提前返回,因为此时setUpIsDone 为真
    7. test_getPlaylistById() 已执行,但没有可用的测试数据
    8. 事务回滚

    更多信息请查看the section Spring Testing Annotations of the Spring Reference Documentation

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-09-21
      • 1970-01-01
      • 1970-01-01
      • 2018-05-28
      • 2012-01-06
      • 2021-10-25
      相关资源
      最近更新 更多