【问题标题】:How to test DAO methods using Mockito?如何使用 Mockito 测试 DAO 方法?
【发布时间】:2015-04-07 22:04:08
【问题描述】:

我已经开始发现 Mockito 库,但有一个问题我没有找到正确的答案。

如果我的 UserDAO 类中有这样的方法,可以将用户保存在数据库中:

public class UserDAO{
...
 public void create(User user) {
        Connection connection = null;
        PreparedStatement pstmt = null;
        ResultSet generatedKeys = null;
        try {

            connection = getConnection();
            pstmt = connection.prepareStatement(INSERT_USER,
                    PreparedStatement.RETURN_GENERATED_KEYS);
            int counter = 1;
            pstmt.setString(counter++, user.getFirstName());
            pstmt.setString(counter++, user.getLastName());
            pstmt.setString(counter++, user.getEmail());
            pstmt.setString(counter++, user.getPassword());
            pstmt.setString(counter++, user.getRole());
            pstmt.setString(counter, user.getLang());

            pstmt.execute();
            connection.commit();
            generatedKeys = pstmt.getGeneratedKeys();

            if (generatedKeys.next()) {
                user.setId(generatedKeys.getInt(Fields.GENERATED_KEY));
            }
        } catch (SQLException e) {
            rollback(connection);
            LOG.error("Can not create a user", e);
        } finally {
            close(connection);
            close(pstmt);
            close(generatedKeys);
        }
    }
  ....
}

我应该如何测试它?

如果我想测试一个 DAO 类,那么我需要创建一个 DataSource 模拟、Connection 模拟、ResultSet 模拟等吗?所以不测试数据库本身?

但是如果我还想测试 dao 和 database 的行为呢?

您能否提供一些可能有用的代码示例、链接并展示最佳方法?

【问题讨论】:

  • 一个合适的 DAO 不应该管理事务,即没有提交或回滚。通常,事务划分是在较高层完成的,并且通常(Java EE、Spring 等)是隐式应用的。

标签: java unit-testing junit mockito dao


【解决方案1】:

这是使用 Mockito 测试您的 UserDAO 的良好开端。此代码使用了大量的 Mockito 功能,因此您可以了解如何使用它们。如果您有任何问题,请告诉我。

import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import javax.sql.DataSource;
import org.junit.After;
import org.junit.AfterClass;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;
import static org.junit.Assert.*;
import org.junit.runner.RunWith;
import static org.mockito.Matchers.anyInt;
import static org.mockito.Matchers.anyString;
import org.mockito.Mock;
import static org.mockito.Mockito.doNothing;
import static org.mockito.Mockito.times;
import static org.mockito.Mockito.verify;
import static org.mockito.Mockito.when;
import org.mockito.runners.MockitoJUnitRunner;

@RunWith(MockitoJUnitRunner.class)
public class TestUserDAO {

    @Mock
    DataSource mockDataSource;
    @Mock
    Connection mockConn;
    @Mock
    PreparedStatement mockPreparedStmnt;
    @Mock
    ResultSet mockResultSet;
    int userId = 100;

    public TestUserDAO() {
    }

    @BeforeClass
    public static void setUpClass() throws Exception {
    }

    @AfterClass
    public static void tearDownClass() {
    }

    @Before
    public void setUp() throws SQLException {
        when(mockDataSource.getConnection()).thenReturn(mockConn);
        when(mockDataSource.getConnection(anyString(), anyString())).thenReturn(mockConn);
        doNothing().when(mockConn).commit();
        when(mockConn.prepareStatement(anyString(), anyInt())).thenReturn(mockPreparedStmnt);
        doNothing().when(mockPreparedStmnt).setString(anyInt(), anyString());
        when(mockPreparedStmnt.execute()).thenReturn(Boolean.TRUE);
        when(mockPreparedStmnt.getGeneratedKeys()).thenReturn(mockResultSet);
        when(mockResultSet.next()).thenReturn(Boolean.TRUE, Boolean.FALSE);
        when(mockResultSet.getInt(Fields.GENERATED_KEYS)).thenReturn(userId);
    }

    @After
    public void tearDown() {
    }

    @Test
    public void testCreateWithNoExceptions() throws SQLException {

        UserDAO instance = new UserDAO(mockDataSource);
        instance.create(new User());

        //verify and assert
        verify(mockConn, times(1)).prepareStatement(anyString(), anyInt());
        verify(mockPreparedStmnt, times(6)).setString(anyInt(), anyString());
        verify(mockPreparedStmnt, times(1)).execute();
        verify(mockConn, times(1)).commit();
        verify(mockResultSet, times(2)).next();
        verify(mockResultSet, times(1)).getInt(Fields.GENERATED_KEYS);
    }

    @Test(expected = SQLException.class)
    public void testCreateWithPreparedStmntException() throws SQLException {

         //mock
         when(mockConn.prepareStatement(anyString(), anyInt())).thenThrow(new SQLException());


        try {
            UserDAO instance = new UserDAO(mockDataSource);
            instance.create(new User());
        } catch (SQLException se) {
            //verify and assert
            verify(mockConn, times(1)).prepareStatement(anyString(), anyInt());
            verify(mockPreparedStmnt, times(0)).setString(anyInt(), anyString());
            verify(mockPreparedStmnt, times(0)).execute();
            verify(mockConn, times(0)).commit();
            verify(mockResultSet, times(0)).next();
            verify(mockResultSet, times(0)).getInt(Fields.GENERATED_KEYS);
            throw se;
        }

    }
}

【讨论】:

  • 我已经尝试过这段代码 - 它可以编译,但在运行时两种方法都会抛出 InvalidUseOfMatchersException
  • 你必须显示哪条线正在抛出它。当匹配器 r 用作方法的输入时,所有输入都必须是匹配器。
  • 从线上抛出:when(mockConn.prepareStatement(anyString(), PreparedStatement.RETURN_GENERATED_KEYS)).thenReturn(mockPreparedStmnt);
  • 使用 anyInt 而不是 Preparedstatement.return_generated_keys。我将编辑我的答案。
  • 还有一次相同的情况。小心他们。并修复它们。
【解决方案2】:

但是如果我还想测试 dao 和 database 的行为呢?

如果您确实想测试数据库(正如您应该做的那样!),没有办法解决它 - 您需要一个实际的数据库。尽管 Mockito 是一个很棒的库,但它可能不适合这项工作。

【讨论】:

  • 好的,这清除了一些东西。但是关于我只想测试 dao 本身的情况?
  • 那是集成测试。与单元测试不同。
【解决方案3】:

这是您应该对其进行测试的方法:

public class UserDAOTest extends IntegrationTests
{
    // Or do it in a @Before method, if needed.
    UserDAO dao = new UserDAO();

    @Test
    public void createValidUser() {
        User validUser = new User(
            "John", "Smith", "johns@gmail.com", "Abc123!@",
            "admin", "en"); // or use setters as needed

        dao.create(validUser);

        assertEntityCreatedInDB(validUser);
    }

    @Test
    public void attemptToCreateInvalidUser() {
        User invalidUser = new User("", null, null, "", null, "XY");

        dao.create(invalidUser);

        // This really shouldn't be done this way, as DAOs are not supposed
        // to manage transactions; instead, a suitable, descriptive
        // exception should be thrown by the DAO and checked in the test.
        assertTransactionWasRolledBack();
    }
}

关于上述内容的几点说明:

1) 测试看起来简短、简单且易于理解,它们应该是;如果它们看起来像另一个答案中的那些又大又丑,那你就做错了。

2) 测试代码可以而且应该有自己的基础设施助手,例如IntegrationTests 基类,它将隐藏实际测试中任何讨厌的 JDBC/ORM 访问。我在几个项目中实现了这样的帮助程序,所以我知道这是可以做到的,但这将是其他问题的东西。

【讨论】:

  • assertTransactionWasRolledBack 没有被 IntelliJ 解析。这些方法是由库解决还是手动实现。如果是这样,你能分享一下实现吗?谢谢
  • 正如我在上面的注释“2”中提到的,IntegrationTests 基础测试类具有assertEntityCreatedInDB(anEntity)assertTransactionWasRolledBack() 等基础设施方法。这个sample code 有类似的测试基础设施。
【解决方案4】:

DBUnit 这样的工具与 JUnit 结合使用可以帮助您使用数据库测试您的 DAO。 DBUnit 帮助您在 UnitTest 之前将测试数据插入到数据库中,并在测试之后将数据库中的数据与您的期望进行比较。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-11-14
    • 1970-01-01
    • 2014-01-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多