本发明属于互联网数据测试技术领域，尤其涉及一种接口自动化测试的测试方法。
背景技术：
随着敏捷开发在各个互联网项目中的推广和运用，很多原有的测试方法和思路也需要有相应的变化和调整，在这种变化中，我们更多的思考用自动化测试代替人工测试，其主要有点是降低错误率，可重复等。但是就自动化而言，其中包含UI自动化、接口自动化和单元测试自动化，在整个自动化测试中单元自动化测试占70％、接口自动化占比20％、UI自动化占比10％；单元自动化根据不同的语言都有相应的完善的Unit测试，相对而言是比较完整的。但是接口自动化的相关方法和技术比较欠缺，基于此，针对项目做了一种接口自动化的测试方法实现。
在很多情况下，很多人认为接口自动化，必须实现接口，然后才能有相应的测试，这就会让测试脚本的实现滞后，还有就是在接口完成之后，执行测试也是有很多的问题，脚本的维护和测试用例的变更都会影响到自动化测试接口的代码，产生测试滞后和大量的代码维护工作。
技术实现要素：
本发明提供一种接口自动化测试的测试方法，以解决上述背景技术中提出的问题。
本发明所解决的技术问题采用以下技术方案来实现：本发明提供一种接口自动化测试的测试方法，测试方法如下：
第一步：首先部署基础环境；
第二步：通过接口脚本服务器执行相应的sql脚本创建表并部署相关的脚本文件到相应的web环境中；
第三步：用户登录web客户端，基础为lnmp，通过ph、html和js技术实现web页面的展现，根据用户权限不同，管理相应的被测接口，增删改查被测试服务器集群的接口；
第四步：检查基本页面是否正常，并在web页面中进行接口的数据和相关的测试用例的增删改查；
第五步：相应的接口中修改相应的测试用例，选择执行测试用例，并通过运行日志查看相应的执行状态；
第六步：数据库进行存储相应的数据到mysql，简单的数据表有用户管理表、用户接口关系表、接口表、接口关系表、接口项目模块表、按接口名称命名的测试用例表和按月储存数据的日志表。
本发明的有益效果为：
(1)实现了被测试接口入参和出参的脚本，并对这些参数和不同参数的组合进行验证；
(2)实现测试脚本和测试数据的分离，通过web应用对测试数据进行管理，降低了测试脚本的维护；
(3)通过执行方式的调整，可做接口简单性能方面的压测，对接口性能能做一个简单的评估。
附图说明
图1是本发明的流程图。
具体实施方式
以下结合附图对本发明做进一步描述：一种接口自动化测试的测试方法，测试方法如下：
第一步：首先部署基础环境；接口测试中主要用来做接口请求和返回相应被测试的期望结果的验证用例；主要是通过python语言实现，主要封装基础类和一些共有的方法，如请求接口是所需要参数的排序和封装、以及在请求过程中urlencode和base64的加密、模拟做相应接口的请求；
第二步：通过接口脚本服务器执行相应的sql脚本创建表并部署相关的脚本文件到相应的web环境中；
第三步：用户登录web客户端，基础为lnmp，通过ph、html和js技术实现web页面的展现，根据用户权限不同，管理相应的被测接口，增删改查被测试服务器集群的接口；其主要用途为管理被测试接口、维护和执行接口测试用例，以及测试日志的展现，日志展现主要为统计每次测试用例数，并通过每个测试用例所执行的结果，展现正常和异常的相关日志信息，为更好的排查异常问题，具体如A接口，有20个测试用例，可以通过web页面选择执行部分还是全部测试用例，测试用例可以在一个被测试接口执行，也可在多个相关测试接口执行，具体执行结果可查看相关执行日志；
第四步：检查基本页面是否正常，并在web页面中进行接口的数据和相关的测试用例的增删改查；
第五步：相应的接口中修改相应的测试用例，选择执行测试用例，并通过运行日志查看相应的执行状态；
第六步：数据库进行存储相应的数据到mysql，简单的数据表有用户管理表、用户接口关系表、接口表、接口关系表、接口项目模块表、按接口名称命名的测试用例表和按月储存数据的日志表。
具体使用流程为：用户登录web客户端，根据用户权限不同，管理相应的被测接口，增删改查被测接口，相应的接口中修改相应的测试用例，选择执行测试用例，并通过运行日志查看相应的执行状态。进行测试数据、测试用例和接口请求脚本的分离来完成接口测试，测试用例和被测试接口通过数据库进行储存，统一管理，具体接口调用，以及一些共用的方法，统一到基础类中，实现脚本的问题，后续可以在web管理页面中进行测试用例和测试接口的增删改查即可。
本发明实现了被测试接口入参和出参的脚本，并对这些参数和不同参数的组合进行验证；实现测试脚本和测试数据的分离，通过web应用对测试数据进行管理，降低了测试脚本的维护；通过执行方式的调整，可做接口简单性能方面的压测，对接口性能能做一个简单的评估。
最后说明的是，选取上述实施例并对其进行了详细的说明和描述是为了更好的说明本发明专利的技术方案，并不是想要局限于所示的细节。本领域的技术人员对本发明的技术方案进行修改或同等替换，而不脱离本发明技术方案的宗旨和范围的，均应涵盖在本发明的权利要求范围当中。