接口测试心得

   对于接口测试，不同的项目或许每个人的理解和测试方法有所不同，前前后后测的项目，基本上都会涉及到上游的接口文件和本系统有关联，那么联机接口的测试就成了很重要的一部分，直接关系着本系统的逻辑处理的正确性；开始养成这样的习惯，把自己所想的总结下来，每每翻看的时候，可以是帮助也可以是继续改进；

  

   一般而言，业务比较复杂，系统比较庞大的项目都会涉及到接口的联机，本系统与上游或是下游的直接联系，本系统的一些数据可以是数据流的输出也可以是数据流的输入，测试的严谨性也是需要重点关注的。xxxx管理系统，本系统的重点主要是某些监控模型的处理，从而生成相当一部分的数据，供前台的操作人员使用，后台处理逻辑，前台处理业务流程。而监控模型的源数据文件，都不是本系统自己提供的，需要和这个系统关联的上游平台提供各种业务操作的日志数据信息，经过传输的加工处理，筛选本系统所需的数据进入后台处理的数据库表中，比如说某个监控模型，可能使用的上游文件会同时取好几个，数据抽取进来后，经过后台的逻辑处理，得到符合预期要求的数据；

  

    对于这种接口文件的测试，首先需要确定上游平台文件和本系统定义的数据表名，字段类型，字段名，字段长度，等信息是否一致，这样在做中间数据转换处理时，才能正确的将数据抽取进入本地系统；往往测试的时候，这样的数据一般不可能在系统初始阶段就能拿到数据，需要我们自己造数，造许多符合条件的数据满足我们所用；目前我的测试方法是在拿到源文件的表结构后，会根据源文件的描述做一张excel表，把字段名，译码类型，字段长度，译码方式等在表格里面建好，然后根据监控模型的逻辑规则，采用边界值，等价类等方法涉及测试数据，把造好的数据通过一种转换工具，转换成bin文件格式，这样的格式和上游传输下来的文件格式一致，然后进行后台的批量调度处理，跑完调度之后，在后台表中找到源文件对于的数据表，查看数据是否正确；这里也需要对表结构进行关注，因为有很多时候，开发人员可能会因为笔误，把某个字段的类型或是长度在建表时写错，测试的第一步需要先验证表结构的正确与否开始，例如金额字段，一般在后台表中该字段所存的类型应该是number（17，2），而很多时候会写成number（17），这样的话上游数据进这张表之后，金额字段的数据就会被截断，数据的真实性丢失，所以表结构这块的测试也是重点关注的；这部分可以看代码，也可以直接看后台数据库表；验证完表结构之后，下一步需要测试数据存入的是否正确，是否有缺失，错位，截位等错误，这个时候可以对照excel所涉及的数据进行比对，如果进入表的数据和excel中数据字段名，字段类型，数据本身都没问题的话，基本上能保证在传输转换这个部分的环节是不会出错了；数据进入本地后台表之后，后续的可以开展工作了；另外在接收上游数据时，一般我们是通过批量调度处理进行的，这里也要验证批量调度是否顺利进行，这是保证数据被接收进本地数据库的首要条件；最后一点，在测试进入一半的时候，上游的数据基本上也能拿到了，这些数据是最能真实反映实际用户使用的数据流，所以会把这部分数据，在进行一次批量调度处理，然后检查数据是否能进表且保证数据的正确性；

   目前我所测试的接口文件，基本上就是依据以上的方法来进行，进入模测阶段，如果上游接口文件没有更改的话，基本上接口部分是不会有问题的；这里省略了中间转换处理部分的测试，这部分目前不用我们测试。暂时写到这里，后续如果还有其他的测试方法进行改进，我会继续更新的。