在J2ee应用程序上为DAO编写测试用例
我试图在J2EE应用程序中为我的DAO类编写一些测试用例。 我的DAO类中的方法尝试基于JDBC URL（位于应用服务器上）与数据库建立连接。 所以从前端如果我点击一堆东西并使DAO触发它运行正常。 但是，当我为DAO编写测试用例并且DAO对象调用该方法时，它无法获得与数据库的连接。 我认为，因为JDBC资源在App服务器上，这就是为什么它不能从测试类中运行。
因为当我运行我的测试而不是传递或失败时..返回一堆错误。
有人遇到过这个问题吗？ 我该怎么做才能克服这个问题？
例：
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)
你的DAO有一个硬连线的JNDI查找字符串。 除非您有可用的JNDI查找服务，否则它将无法获得连接。
我不认为DAO应该负责获取数据库连接。 此设计不允许您为工作单元设置事务，因为DAO无法知道它是否是更大工作单元的一部分。
我建议将连接传递给DAO，也许将其传递给它的构造函数。 这样，如果单个工作单元中有多个DAO，则服务层可以建立适当的事务边界。
此设计具有额外的好处，使您的应用程序可以适当地使用其JNDI资源，并且您的测试可以从DriverManager获取其连接，而无需使用JNDI查找。 您有两个不同的来源来获取DataSource或Connection – 一个用于app，另一个用于测试。
更新：
这就是我的意思，在你的代码中表达：
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; } }
您没有显示正确关闭资源或交易。 从这个代码判断，你将在两个方面遇到麻烦。 我会仔细考虑你的实施。
我会向你推荐Spring JDBC。 您可以在Spring中编写DAO而无需重写整个应用程序。
我还要指出你可能也在看generics： 不要重复DAO 。
首先测试你的ServiceLocator。 正如您所提到的，问题可能是因为数据源是在服务器上声明的。 在这里，“一堆错误”应该是有用的，无论问题是在获取DataSource还是Connectiion本身。 你用的是什么数据库？ 你可以从你的机器从控制台登录吗？ 如果不是 – 配置它以便允许您的主机。
它可能是您尝试访问的数据库上的权限问题。 你得到了什么错误？
测试数据库访问的一种有用方法是在测试工具中创建数据库的干净的本地“测试”版本。 在运行测试之前，使用脚本创建包含所有相关数据的数据库的本地副本，然后针对该测试运行测试，而不是远程服务器。
人们可能会争辩说，在unit testing中对数据库进行测试并不是真正的unit testing，因为它具有外部依赖性。 如果您能够重构DAO类，则可以使其通过某些接口注入实际数据源。 在您的测试代码中，您将注入一个“模拟”数据源，以一些内存格式提供测试数据，然后在生产中，您将使用/注入实际的数据库源类。 如果您可以隐藏DAO后面的外部（非业务代码相关）部分，则可以在unit testing中使用模拟来测试更多function，而不是实际的数据访问。
在我工作的地方我们的DAO有一个可注入的连接（通过构造函数注入），我们对模拟连接进行unit testing。 为了测试DAO中的代码，我们传入一个模拟的 （通常使用Mockito ）连接，并在我们的unit testing中设置关于将调用哪些方法的期望。 这使得有些嘈杂的测试，因为测试看起来非常类似于正在开发的代码，但它适用于我们。