java为J2ee应用程序上的DAO编写测试用例

Question

我试图在J2EE应用程序中为我的DAO类编写一些测试用例。我的DAO类中的方法尝试基于JDBCURL（在应用服务器上）连接到数据库。因此，从前端开始，如果我点击一堆东西并使DAO触发，它运行良好。但是，当我为DAO编写测试用例，并且DAO对象调用该方法时，它无法获得到数据库的连接。我认为，由于JDBC资源位于应用服务器上，因此它不能从测试类工作

因此，当我运行测试而不是通过或失败时。。它返回大量错误

有人遇到过这个问题吗？我能做些什么来克服这个问题

例如：

public class DBConnectionManager {
   public static final String DB_URL = "jdbc/RSRC/my/connection/mydb"
   public Connection getconnection ()
   {
     DataSource ds = ServiceLocator.getInstance().getDataSource(DB_URL);
     return ds.getconnection();
   } 
}
public class MyDAO extends DBConnectionManager {
    publci SomeBean getContents (String id)
    {
        Connection con = getConnection();
        CallableStatement cs = con.prepareCall("{call myStorProc(?)}");
        cs.setString(1, id);
        ...
        //code to call resultset and retrieve SomeBean goes here
        ..
        return SomeBean;                
    }
}
public class MyTests extends TestCase {
    public testGetcontents ()
    {
        MyDAO myd = new MyDAO ();
        SomeBean smb = myd.getContents("someparm");
        assertEquals (5, smb.getSomeVal());
    }
}

我应该在我的测试用例中做些额外的事情吗。。。？如果是，什么

编辑：

我得到的错误是：

java.lang.NoClassDefFoundError: com/iplanet/ias/admin/common/ASException
        at java.lang.ClassLoader.defineClass1(Native Method)

Answer 1

DAO中有一个硬连接的JNDI查找字符串。除非您有可用的JNDI查找服务，否则它将无法获得连接

我认为DAO不应该负责获取数据库连接。这种设计不允许您为工作单元设置事务，因为DAO不知道它是否是更大工作单元的一部分

我建议将连接传递到DAO中，也许传递到其构造函数中。这样，如果单个工作单元中有多个DAO，服务层就可以建立适当的事务边界

这种设计的另一个好处是，您的应用程序可以适当地使用其JNDI资源，您的测试可以从DriverManager获取连接，而无需使用JNDI查找。获取数据源或连接有两个不同的来源-一个用于应用程序，另一个用于测试

更新：

以下是我的意思，用代码表示：

public class DBConnectionManager 
{
    public static final String DB_URL = "jdbc/RSRC/my/connection/mydb"

    public Connection getConnection (String jndiLookup)
    {
        DataSource ds = ServiceLocator.getInstance().getDataSource(jndiLookup);

        return ds.getconnection();
    } 

    public Connection getConnection(String driver, String url, String username, String password)
        throws ClassNotFoundException, SQLException
    {
        Class.forName(driver);

        return DriverManager.getConnection(url, username, password);
    }
}

public class MyDAO 
{
    private Connection connection;

    public MyDao(Connection connection)
    {
        this.connection = connection;
    }

    public SomeBean getContents (String id)
    {
        CallableStatement cs = this.connection.prepareCall("{call myStorProc(?)}");
        this.connection.setString(1, id);

        //code to call resultset and retrieve SomeBean goes here

        return someBean;                
    }
}

您没有显示有关正确关闭资源或事务的任何信息。根据这个密码判断，你在这两方面都会有麻烦。我会仔细考虑你的实施

我将向您推荐SpringJDBC。您可以在春季编写DAO，而无需重写整个应用程序

我还要指出，您可能也在研究泛型：Don't Repeat The DAO

Answer 2

这可能是您试图访问的数据库的权限问题。你犯了什么错误

测试数据库访问的一种有用方法是创建干净的本地“测试”版本的数据库，作为测试工具的一部分。在运行测试之前，请使用脚本创建包含所有相关数据的数据库的本地副本，然后针对该副本而不是远程服务器运行测试

人们可能会争辩说，在单元测试中对数据库进行测试并不是真正的单元测试，因为它具有外部依赖性。如果您能够重构DAO类，那么就可以通过一些接口来注入实际的数据源。在测试代码中，您将注入一个“模拟”数据源，该数据源以某种内存格式提供测试数据，然后在生产中，您将使用/注入实际的数据库源类。如果可以将DAO的外部（与业务代码无关）部分隐藏在接口后面，那么可以在单元测试中使用模拟来测试更多功能，而不是实际的数据访问

Answer 3

在我工作的地方，我们的DAO有一个可注入的连接（通过构造函数注入），我们针对一个模拟连接进行单元测试。为了测试DAO中的代码，我们传入一个模拟（通常使用Mockito）连接，并在单元测试中设置调用什么方法的期望。这使得测试有些嘈杂，因为测试看起来与正在开发的代码非常相似，但它对我们来说是有效的

Answer 4

首先测试好ServiceLocator。正如您所提到的，问题可能是因为数据源是在服务器上声明的。这里的“一堆错误”应该是有帮助的，比如问题是在获取数据源还是连接本身。 你在使用什么数据库？您可以从控制台从计算机登录到它吗？如果没有-配置它，以便允许您的主机