用easymock��试jdbc

Wed, 21 Mar 2007 05:29:00 GMT

虽然以前用easymock��试�q�Dao�Q�但那些Dao的实玎ͼ�要么��hibernate�Q�要么就用spring�Q�而这两个框架的执行正��与否我们是不用兛_��的。JDBC是不是也�q�样��试了。答案是肯定的�?br /> �q�几天要用存储过�E�跟jdbc来做个项目，��x��也有好长一�D�|��间没用过JDBC来做��目了。该复习复习了�?br /> 前阵子学了easymock�Q�真好现在可以派上用��Z��。不�q�在��试的过�E�中�q�是遇到了不��问题，��x��是自己基��不好的缘故�?br />
�q�次不TDD了，太麻烦了�?br /> 先看看我们要��试的代�?br />

java 代码

CallableStatementcstmt = null;
try {
cstmt = _conn.prepareCall("{call LUCK_LOAD_COMMON(?,?)}");
cstmt.setString(1, "1");
cstmt.registerOutParameter(2, java.sql.Types.VARCHAR);
cstmt.executeUpdate();
return cstmt.getString(2);
} catch (Exception e) {
GxDebug.logException(e);
e.printStackTrace();
return null;
} finally {
if (cstmt != null)
try {
cstmt.close();
} catch (Exception e) {
}
}

代码�q�挺长的。从上面的代码我们知道我们必��mock两个对象�q�去。一个是Connection�Q?一个是CallableStatementcstmt �?br />好再看看我们的测试代�?br />

java 代码

conn.prepareCall("{call LUCK_LOAD_COMMON(?,?)}");
conControl.setReturnValue(cstmt);
conControl.replay();
cstmt.setString(1, "1");
cstmt.registerOutParameter(2, java.sql.Types.VARCHAR);
cstmt.executeUpdate();
cstmtControl.setReturnValue(1);
cstmt.getString(2);
cstmtControl.setReturnValue("5,4,3");
cstmt.close();
cstmtControl.replay();
String rusult = dao.getNumber();
Assert.assertEquals("5,4,3", rusult);
conControl.verify();
cstmtControl.verify();

oh�Q�my got�Q�测试代码比实现代码�q�要多。这�D�代码能执行吗？
我想可以的。easymock的原理是记录�Q�回攄��模式�?br />我想要做的工作是�Q?br />1�Q�记录你mock对象的工作记录，比如上面的代码我们mock对象的工作记录是:

java 代码

conn.prepareCall("{call LUCK_LOAD_COMMON(?,?)}");
conControl.setReturnValue(cstmt);
cstmt.setString(1, "1");
cstmt.registerOutParameter(2, java.sql.Types.VARCHAR);
cstmt.executeUpdate();
cstmtControl.setReturnValue(1);
cstmt.getString(2);
cstmtControl.setReturnValue("5,4,3");
cstmt.close();

如果你工作记录的代码要求有返回值的话，那么你必��L��供一个自定义的值给它，否则会报错。比如上面的

cstmt.getString(2);

cstmtControl.setReturnValue("5,4,3"); //自己定义的返回��|��用作以后的比较�?/span>
上面的是记录操作�Q�回攄��时候，easymock会把记录的操作跟你实际的代码�q�行比较�Q�如果里面出了什么差错，那么不好意思你的代码有问题�Q�请修正后再��试�?br />
如果有兴��可以自��p��下�?/li>

比如如果�(zh��n)?
conn.prepareCall("{call LUCK_LOAD_COMMON(?,?)}");
修改�?
conn.prepareCall("{call LUCK_LOAD_COMMON(?,?�Q�？)}");
则出现的异常是：
junit.framework.AssertionFailedError:
Unexpected method call prepareCall("{call LUCK_LOAD_COMMON(?,?)}"):
prepareCall("{call LUCK_LOAD_COMMON(?,?)}"): expected: 0, actual: 1
prepareCall("{call LUCK_LOAD_COMMON(?,?,?)}"): expected: 1, actual: 0

现在我�ȝ��是对ribbon说对于数据库的测试还是真实环境的好�?
因�ؓ你测试的时候你不知道存储过�E�是否正��?
而且如果用真实的数据库测试，相对与mock��试�Q�则��z�很多。而且清晰很多�?
上面只是在比较少逻辑的时候测试，如果代码逻辑复杂�Q�我觉得写出来的��试代码会更复杂�Q�这有引出，可能�l�护��试代码的工作比�l�护代码的工作更�?/p>

爬虫工作�?/a> 2007-03-21 13:29 发表评论

亚洲国产成人精品91久久久,亚洲国产精品人久久,亚洲视频在线观看

用easymock���试jdbc

用easymock��试jdbc