接口自动化测试平台之八——接口测试数据库表设计（1）

接口表
主要保存了接口的主要信息，说明：
1：接口表支持保存HTTP接口，也支持保存DUBBO接口，通过interface_category区分
2：HTTP接口的请求类型通过request_type区分，DUBBO接口不使用该参数；
3：address字段，当接口类型是HTTP接口的时候，支持完整的http url链接，也可以不是完整的url链接，默认添加测试环境的域名，当接口类型是DUBBO接口的时候，则是类名.方法名；
4：sign_type指定了接口请求的时候的加密方式，跟不同的第三方对接，加密方式不一样，且请求完成之后，对响应内容进行解密，方便解密后用例断言。
5：图片上传相关接口需要将接口标识为图片类型，字段为data_type，后台进行特殊处理，配合upload_type字段使用，有的图片上传是转了base64字符串上传给接口，有的是直接字段流上传的，这里需要区分；
6：接口下的用例执行汇总统计信息，本应该重新建一张表，当时偷懒了，只存上一次执行统计信息；
7：标识弃用的字段，是一开始设计，后来没有用上的字段；

测试集合表
描述：
首先忽略这个名字，就理解为测试集合的概念就OK了，之所以以services命名，是一开始的时候想以服务的维度来做一张表，来管理接口和用例，目的是对接运维系统，做自动化，当服务发布的时候，先调用测试平台的服务接口测试，通过率达到多少则允许发布，未达到，则回滚至上一个版本。
该表最主要的几个字段是主键和名称。
用例在执行的时候，其实还会需要一些附加的信息，全部都放在一张表里面会不好维护，比如图片上传接口的图片内容，接口前后置执行的sql，主要是这两个。

HTTP接口用例

DUBBO接口用例

用例表
用例表是很重要的一张表，关于这个用例的参数信息，测试场景信息，都保存在这个表中，可以简单理解为测试场景。
用例请求的时候，会从数据库去除用例的配置信息，结合接口配置，组装一个HTTP|DUBBO请求。

用例SQL表
跟用例相关的，一条记录对应一条sql（其实可以优化，一条记录多条SQL），每一条SQL执行目标数据库ID,这条SQL是在用例执行之前操作还是用例执行之后操作，等等。

用例图片相关表
这张表占内存比较大，一般不会批量去查询这张表，速度会很慢，而是当请求之前，发现用例要用到某张图片的时候，再去把图片查询出来。图片是以base64编码之后以字符串的方式保存在数据库里面的，没有保存在服务器上，因为我们的后台服务是部署在容器里面，存取路径不好找，且容器销毁后文件就不存在了，其次，没有分配云服务器，所以选择存库。

图片接口

图片用例