4.数据驱动
1.为什么要用数据驱动？
测试数据（参数变量）和测试行为（逻辑代码）分离。这些对于用例的健壮性，复用性都是至关重要的。
2.为什么存在数据库？
易于管理，存储方便。（后期我还建一个用例数据管理的web平台）
5.如何保证取到所想要的参数值？
类名+方法名+参数名，3个组合必须系统唯一，以此来保证调用正确的参数
SELECT PARAM_VALUE FROM params WHERE CLASS_NAME = '"+className+"' AND METHOD_NAME='"+methodName+"' AND PARAM_NAME='"+paramName+"' AND `STATUS` = '0'
6.测试数据管理
1.通过数据库软件直接操作（存在误操作风险）
2.通过开发的测试数据管理平台管理
7.持续集成
对于庞大的测试用例，一个个执行或者通过测试套件执行，很明显不方便。我们通过和hudson集成，把写好的代码提交到svn后，maven和hudson配合，对接口测试用例进行持续集成。这样也好得到测试报告。
上面就是我对于基于数据驱动的接口测试框架设计的一些实践。比较大概的写出来，具体还有很多很多的细节，以及在这开发之中遇到的困难，如果有机会再慢慢道来。平凡的技术做踏实的事情。
