[发明专利]一种在RESTful接口开发中快速调试的方法

说明书

技术领域

本发明属于接口开发调试领域，具体地讲涉及一种在RESTful接口开发中快速调试的方法。

背景技术

REST(Representational State Transfer，简称REST)描述了一个架构样式的网络系统，比如web应用程序。它首次出现在2000年Roy Fielding的博士论文中，Roy Fielding是HTTP规范的主要编写者之一。在目前主流的三种Web服务交互方案中，REST相比于SOAP(Simple Object Access protocol，简单对象访问协议)以及XML-RPC更加简单明了，无论是对URL的处理还是对Payload的编码，REST都倾向于用更加简单轻量的方法设计和实现。值得注意的是REST并没有一个明确的标准，而更像是一种设计的风格。

REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。

RESTful的关键是定义可表示流程元素/资源的对象。在REST中，每一个对象都是通过URL来表示的，对象用户负责将状态信息打包进每一条消息内，以免对象的处理总是无状态的。

RESTful接口的测试原理是通过模拟客户端向应用服务器端发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一个过程。

在传统的RESTful的接口开发中，测试过程通常都是手动输入，数据记录不方便，并且不容易在团队内部共享测试数据，测试结束后需要手写接口文档，测试效率低。

发明内容

根据现有技术中存在的问题，本发明提供了一种在RESTful接口开发中快速调试的方法，使测试数据能够在团队内部共享，并且为接口的使用者提供详细资料，保证了测试内容的一致性和测试结果的准确性，提高了测试效率。

本发明采用以下技术方案：

一种在RESTful接口开发中快速调试的方法，包括如下步骤：

S1，由接口测试工具的界面处输入RESTful接口的待测数据，保存单个接口的待测数据作为单条待测记录，多条待测记录用文件夹方式分类保存；

S2，选择单条待测记录进行单例测试或者对整个文件夹进行整体测试；

S3，判断测试是否通过,测试通过则接口测试工具的界面处显示单例测试或者整体测试对应的测试结果信息，否则显示错误提示信息，根据错误提示信息对接口方法进行纠正后重复步骤S2，直到测试通过为止；

S4，通过接口测试工具将通过测试的待测数据以脚本格式导出得到测试数据文件，同时以文本格式导出得到说明文档。

优选的，所述方法还包括如下步骤：

S5，对相同的接口再次进行测试时，将步骤S4中得到的测试数据文件导入到接口测试工具并运行后，重复步骤S2～S3。

优选的，所述说明文档包括接口的项目归属信息以及接口待测数据的数据结构信息。

进一步优选的，所述接口待测数据的数据结构信息包括接口的URL地址、请求类型、URL参数。

优选的，多条所述待测记录根据接口的项目归属用文件夹方式分类保存。

优选的，所述整体测试是指将文件夹中包含的所有待测记录按照顺序逐条执行测试，接口测试工具的界面分页显示整体测试包含的所有接口对应的测试结果信息。

优选的，所述脚本格式包括“*.js”格式；所述文本格式包括“*.doc”、“*.pdf”格式。

本发明的优点和有益效果在于：

1)本发明先通过接口测试工具的界面处输入RESTful接口的待测数据，保存一条待测数据作为单条待测记录，多条待测记录按照项目归属用文件夹方式分类保存；然后通过接口测试工具选择单条待测记录进行单例测试或者对整个文件夹进行整体测试，直到通过为止；然后将通过测试的上述待测数据以脚本格式导出得到测试数据文件；最后将所述测试数据文件共享给其他开发人员，其他开发人员需要对相同的接口或者项目进行测试时只需将所述测试数据文件导入到自己的机器内，通过接口测试工具运行后，即可显示完整的测试数据文件，点击测试数据文件内对应的单条待测记录或者文件夹即可自动进行单例测试或整体测试，实现团队内部共享，无需再次输入待测数据以及对待测数据的纠正，保证了测试内容的一致性，确保了测试结果的准确性，提高了测试效率。