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配合，对接口测试用例进行持续集成。这样也好得到测试报告。

　　上面是我对于基于数据驱动的接口测试框架设计的一些实践。比较大概的写出来，具体还有很多很多的细节，以及在这开发之中遇到的困难，如果有机会再慢慢道来。平凡的技术做踏实的事情。