spring+xml集成测试（准备数据和验证项的外部文件化）
Spring的集成测试
单位测试和集成测试，我想大家都做过，一般情况下，一般逻辑且不需要操作数据库的情况比较适合于单位测试了。而对于一个数据库应用来说，集成测试可能比单元测试更重要，你可以想象，一个互联网应用，不是增修数据，就是查询数据了，那么验证操作在数据记录上的影响就更为需要。如果在的应用中使用了spring，那么就可以利用spring集成测试框架了，其实它所做的工作就是加载配置文件并配置其中相关的信息，其中也包括数据源等，其次在验证完成之后，回滚对数据表的操纵，当然你也可以手动的设置为不回滚，总之，spring的测试框架大大简化集成测试所要做的工作。
我的问题
spring解决了我们集成测试当中的大部分问题，但是在有些情况下，还是非常的麻烦，主要在两个方面无法减少测试的工作量，一是准备测试数据（先于测试插入数据表中的数据），可能针对于一个功能的一种场景的测试，准备的测试数据可能就涉及到十几，几十张表，数据记录就达到几十，几百条。其二，需要验证的数据项非常多（验证操作在数据记录上的影响），你可能需要验证十几张，几十张表中的若干个字段的数据正确性，所以，在这种情况下，一个功能一个分支的测试就可能涉及到上百行代码，可以想象，要是这个功能多几个分支，测试代码迅速膨胀，而且这样的代码还需要维护（要知道测试的代码也是需要维护了，极有可能因为表结构或者程序逻辑发生的变化而需要变更测试代码） ，那么遇到这样的情况，有什么办法呢？
我的解决方法
针对上面的测试窘境，主要是要解决两个方面的问题，第一，准备测试数据；第二，验证数据项。其实这样两个问题归为一个问题就准备数据和验证项太多了，导致测试代码膨胀，解决这个问题的办法就是把准备测试数据和验证项都放到外部文件中去，比如xml文件了，请看下面的xml文件：
1 <?xml version="1.0" encoding="UTF-8"?> 2 <suite> 3 <case enable="true"> 4 <desc>测试用例描叙</desc> 5 <init> 6 <insert>初始化SQL</insert> 7 <insert>初始化SQL</insert> 8 </init> 9 <assert> 10 <select>查询SQL</select> 11 <props> 12 <prop key="查询SQL的选择列">期望值</prop> 13 <prop key="查询SQL的选择列">期望值</prop> 14 </props> 15 </assert> 16 </case> 17 </suite>
我们把测试的初始化脚本，断言的SQL以及期望值都放在xml文件中，其中case代表功能的一个逻辑分支。如果这些东西都放在外部文件的时候，那么测试就只剩下了三步：第一步，读取xml文件；第二步，调用需要测试功能；第三步，调用断言方法，这就是需要我们的测试代码了，其中第一步和第三步都是所有测试方法所共有，这样是不是大大简化的代码量呢，另外由于初始化脚本，断言SQL，期望值都放在外部文件中，就更便于测试代码的维护了。
你认为我的方法如何呢？你有没有更好的方法，欢迎各位给出你的意见。
