[发明专利]用于测试HTTP接口的方法和装置

说明书

技术领域

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及用于测试HTTP接口的方法和装置。

背景技术

目前网页自动化测试常用的方案是通过测试工具(例如，Selenuim)打开网页，等待指定操作的页面元素已加载后，再进行模拟用户行为操作(例如，访问、输入、点击、文件选择等操作)，通过操作结果获取页面元素并判断操作结果，最终确定测试用例是否成功。

然而，通过测试工具模拟浏览器操作会存在以下问题：(1)无论是在内存中静默打开还是调用用户界面打开，都会因为等待页面某个脚本代码执行而出现加载效率问题；(2)对于一些页面元素变动需要经常维护测试脚本，增加测试成本；(3)开发脚本成本较高，需要分析页面元素；(4)模块化效果差，因为测试工具是基于页面元素实现自动化，因此调用模块也必须要加载页面元素才能被使用，在使用或维护时效率低。如在访问一个多层链接时，测试工具需要一层一层去操作，类似用户手工点击进去。这对于HTTP接口验证，前面的页面操作是没有意义的。

发明内容

本申请的目的在于提出一种改进的用于测试HTTP接口的方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种用于测试HTTP接口的方法，所述方法包括：获取用户输入的针对待测试HTTP(Hyper Text Transfer Protocol，超文本传输协议)接口的测试用例，所述待测试HTTP接口包括统一资源定位符URL，所述测试用例包括顺序执行的至少一个测试步骤，所述测试步骤包括测试操作、测试数据和期望结果数据，所述测试操作包括GET操作和POST操作，所述测试数据包括URL，所述测试数据的URL与所述待测试HTTP接口的URL相同；将所述测试用例中的第一个测试步骤作为当前测试步骤，并执行以下HTTP接口测试步骤：将所述当前测试步骤的测试操作和测试数据封装成HTTP测试请求包；将所述HTTP测试请求包发送到所述待测试HTTP接口；接收所述待测试HTTP接口返回的响应数据，判断所述响应数据是否与所述当前测试步骤的期望结果数据相同，如果不同，则根据所述当前测试步骤和所述响应数据，生成测试失败的结果；如果相同，则进一步判断所述当前测试步骤是否是所述测试用例的最后一个步骤，如果是，则生成测试成功的结果；如果不是，则将所述测试用例中当前测试步骤的下一测试步骤作为当前测试步骤，继续执行所述HTTP接口测试步骤。

第二方面，本申请提供了一种用于测试HTTP接口装置，所述装置包括：获取单元，配置用于获取用户输入的针对待测试HTTP接口的测试用例，所述待测试HTTP接口包括统一资源定位符URL，所述测试用例包括顺序执行的至少一个测试步骤，所述测试步骤包括测试操作、测试数据和期望结果数据，所述测试操作包括GET操作和POST操作，所述测试数据包括URL，所述测试数据的URL与所述待测试HTTP接口的URL相同；执行单元，配置用于将所述测试用例中的第一个测试步骤作为当前测试步骤，并执行以下HTTP接口测试步骤：将所述当前测试步骤的测试操作和测试数据封装成HTTP测试请求包；将所述HTTP测试请求包发送到所述待测试HTTP接口；接收所述待测试HTTP接口返回的响应数据，判断所述响应数据是否与所述当前测试步骤的期望结果数据相同，如果不同，则根据所述当前测试步骤和所述响应数据，生成测试失败的结果；判断单元，配置用于如果相同，则进一步判断所述当前测试步骤是否是所述测试用例的最后一个步骤，如果是，则生成测试成功的结果；如果不是，则将所述测试用例中当前测试步骤的下一测试步骤作为当前测试步骤，继续执行所述HTTP接口测试步骤。

本申请提供的用于测试HTTP接口方法和装置，通过获取用户输入的针对待测试HTTP接口的测试用例，然后对测试用例中的每个测试步骤，将该测试步骤的测试操作和测试数据封装成HTTP测试请求包，并将该HTTP测试请求包发送到待测试HTTP接口，最后根据从待测试HTTP接口接收到的响应数据，生成测试结果。即，模拟浏览器向HTTP接口发送GET或POST请求，直接提交数据给待测试HTTP接口，触发待测试HTTP接口对应功能服务做出响应，获取返回数据并判断响应是否成功，而不用等待所有页面元素都加载成功再进行模拟测试，从而实现了测试操作和测试数据的独立，加快了测试脚本开发的速度，降低了维护成本，提高了测试效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本中请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；