前言
目前在做接口测试方面的工作，结合部门现状，初步整理及搭建了api的自动化测试框架，现在把我的思路、框架结构和大家分享出来，一方面希望可以为大家提供一些参考，另一方面也希望大家多提意见，以便测试框架的改进~~
主要目的：
1， 各版本用例管理
2， 结构验证、节点数据正确性校验
3， 简单业务逻辑覆盖
4， 各版本回归性测试
5， 线上环境监控及预警
6， 帮助开发、测试快速的执行接口测试，定位问题
大体构建流程：
一、.接口所涉及的信息都以数据结构形式进行存储。
1，对接口、接口的输入、输出参数进行数据存储（POST、GET）
考虑到接口返回值一般都较庞大、逻辑关系较复杂，如果单靠人工进行采集的话工作量非常巨大，为了缓解压力提供了通过json串解析输出结构的功能。
二、测试用例与接口进行关联，（支持自动、手工case；正常、异常状态校验）
将收集的输入、输出数据以树型结构展现，通过简单的勾选来完成测试用例的输入参数及预期输出结构进行关联生成测试用例。
除了支持对JSON结构的校验，同时集成了selenium，实现对返回值为HTML的页面进行规则校验的功能三、测试用例的输入参数可配置，也支持与上行接口的输出参数进行关联。
可以配置上行接口，取得相应节点对应值，自动赋予当前用例接口参数。
- 比如有些接口需要在登陆或其他的情况下去操作，那么就可以配置上行接口，模拟登陆，然后取得登陆key，用key做为参数去执行用例。
- 也支持选取规则配置中预先定义好的规则参数
四、接口多种模式执行方式。
提供多样的执行入口
将接口各用例的执行情况（接口耗时 、成功与否、失败原因、异常节点等）信息，记入日志管理模块，同时为测试人员提供测试结果查询页面，对测试结果做大体的分析，尽可能的帮助测试人员去定位接口中存在的问题。
对于频繁变动的接口，影响范围又比较模糊，完全可以以大版本进行自动化回归测试，排查影响范围，以减少人工遗漏。五、支持各类验证规则配置（集合、长度、类型、格式等）
除了对输出结果进行简单的规则验证外，也支持输入参数集合绑定，可以对集合内所有项进行循环调用、循环验证排查。
六、日常巡检、线上预警功能
当接口打上巡检标识后，系统就会每天定时自动排查接口；同时协助线上环境监控及预警，自动生成预警邮件抄送相关负责人。
- 1，所有测试人员都可以通过WEB页面对接口进行录入、测试、生成测试报告。
- 2，在HOST配置中加入测试、开发、生产的IP地址后，系统就可以根据人员自动执行不同环境下的测试任务。
