[发明专利]一种接口测试方法、装置、设备及存储终端

说明书

本发明涉及接口测试技术领域，具体是涉及一种接口测试方法、装置、设备及存储终端。本发明实时监控生产系统在运行时，用于配合生产系统运行的各个待测试接口被执行时产生的时序信息，同时还记录各个待测试接口的原子接口信息。时序信息和原子接口信息在一起就可以生成文档式的测试用例。将测试用例代码化就生成了测试实例，将测试实例反复在测试平台上进行运行，根据测试平台输出的结果就可以知道待测试接口的性能。由于本发明实时采集生成系统上的时序信息，因此所得到的测试结果是针对于待测试接口在生产系统上的运行情况，从而使得测试结果与待测试接口实际运行情况相吻合，进而提高了测试结果的准确性。

技术领域

本发明涉及接口测试技术领域，具体是涉及一种接口测试方法、装置、设备及存储终端。

背景技术

目前传统的接口测试工作，主要是由测试人员，根据需求文档编写测试用例，借助Postman或者Jmeter等工具，填写接口测试信息，包括测试接口URL，接口协议、测试报文等，在手工触发每个测试用例后，根据返回值判断接口功能是否正常。虽然，随着技术的进步，现在已经逐步引入自动化测试手段，重复性回归测试工作可通过自动化测试的方式进行，但是在如今的测试框架下，测试工作仍然需要测试人员完成大量的手工操作，主要体现在以下两方面：

第一，在制定接口测试用例时，需要将需求文档手工转换成测试用例，通常每个接口对应一个测试用例，未能真实反映实际生产中，对接口的真实调用情况。特别是对复杂业务场景下的多个系统对多个接口调用的用例难以如实制定。

第二，在编写自动化测试用例时，测试用例和测试接口、测试数据紧耦合，不具有灵活编排能力，当同一个接口在不同的测试用例中被多次调用时，只能每个测试用例都把重用的测试接口信息重新录入一遍，导致代码冗余维护成本高。

第三，在准备测试数据时，需要模拟一套测试数据以供测试使用。通常的情况是建立一个与生产系统一样的测试系统用于测试，这种方式，首先，不能实现对具体测试用例所需数据的有效聚焦；其次，由于数据不具备独立性，导致当测试用例交叉执行，并发使用数据或进行多次回归测试时出现异常情况，影响了测试效果。而如果每次测试都通过数据的全量还原来解决，这无形中增加了测试时间和测试人员的工作量。此外，只有一个测试环境一套测试数据，当进行性能测试用例压测时，容易影响到其他测试用例的执行效率，导致了测试工作无法并行实施。

上述现有的针对接口的测试方法都是基于需求文档对接口进行测试的，而需求文档是脱离接口所在的生产系统编写的，因此需求文档并不能代表接口在生产系统中实际被执行的情况，进而基于需求文档而得到的测试结果并不能准确反映出接口在生产系统中的运行情况。

综上所述，基于现有的接口测试方法而得到的测试结果准确性较低。

因此，现有技术还有待改进和提高。

发明内容

为解决上述技术问题，本发明提供了一种接口测试方法、装置、设备及存储终端，解决了基于现有的接口测试方法而得到的测试结果准确性较低的问题。

为实现上述目的，本发明采用了以下技术方案：

第一方面，本发明提供一种接口测试方法，其中，包括：

实时采集各个待测试接口被执行时所产生的时序信息，各个所述待测试接口用于服务于生产系统的运行；

依据所述时序信息和各个待测试接口所对应的各个原子接口信息，生成测试用例；

依据所述测试用例，生成用于在测试平台上运行的测试实例；

通过所述测试平台运行所述测试实例，得到与所述生产系统执行各个所述待测试接口所对应的测试结果。

在一种实现方式中，所述依据所述时序信息和各个待测试接口所对应的各个原子接口信息，生成测试用例，包括：