摘要: 首先简要介绍一下我们的系统。我们整个系统中，可视化的应用（web，APP）都是基于后端的saasapi。我们的saasapi采用rest风格，采用http协议，以json作为数据载体。所以，对后端的api接口进行测试很有必要。 ...
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配合，对接口测试用例进行持续集成。这样也好得到测试报告。 上面就是我对于基于数据驱动的接口测试框架设计的一些实践。比较大概的写出来，具体还有很多很多的细节，以及在这开发之中遇到的困难，如果有机会再慢慢道来。平凡的技术做踏实的事情。 |
