[发明专利]应用程序编程接口测试方法、装置、电子设备及存储介质

说明书

本发明实施例提供了一种应用程序编程接口测试方法、装置、电子设备及存储介质，其中，该方法包括：确定待测试软件系统的多个工作场景；对多个工作场景进行组合，得到多个组合工作场景；基于每个待测试API对应的测试用例，对每个组合工作场景对应的所有待测试API进行测试，得到组合工作场景对应的测试结果。通过对所有的组合工作场景对应的所有待测试API进行测试，可以结合该待测试软件系统的实际工作场景的组合，实现对该待测试软件系统的所有待测试API进行全面的测试，从而可以保证该待测试软件系统在组合工作场景下，能够正常使用。并且，由于该测试过程是可以在电子设备中完全进行的，因此，可以降低人力成本，提高测试效率。

技术领域

本发明涉及测试技术领域，特别是涉及一种应用程序编程接口测试方法、装置、电子设备及存储介质。

背景技术

API(Application Programming Interface，应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于软件或硬件访问一组例程的能力。通过在软件系统中采用API，可以在增加该软件系统的功能或使用该软件系统的资源时，不需要更改该软件系统的源代码。也就是说，该软件系统可以通过API向外部程序提供自身的服务。在软件系统公开其API后，可以吸引更多的开发者基于该API开发出各种富有创意的应用软件。

当对该软件系统进行更新时，通常是采用灰度测试的方式进行更新，也即，让使用该软件系统的大部分用户使用已上线的软件系统，让小部分用户使用待更新的软件系统，然后对该待更新的软件系统的API进行测试，在测试通过后，逐步将使用该已上线的软件系统的用户转移到该待更新的软件系统中，这样，可以保证对软件系统的更新的稳定性，并且可以尽早的发现待更新的软件系统存在的问题，以便及时解决存在的问题。

目前，通常采用手工测试的方式，对待测试软件系统的所有API进行测试，当该待测试软件系统的API比较多时，会提高了人力成本。且，现有的软件系统在开发和测试时，是将软件系统基于功能划分成各个模块，每个模块由相应的研发团队来负责。当有新的功能模块发布采用灰度测试方式时，各个团队的测试人员仅对其所负责的功能模块的API进行测试，并不会对整个软件系统进行全面测试，这样会导致当新的功能模块发布后，该软件系统出现部分功能无法正常使用的问题。

发明内容

本发明实施例的目的在于提供一种应用程序编程接口测试方法、装置、电子设备及存储介质，以实现自动对待测试软件系统的所有API进行全面的组合测试，以保证该待测试软件系统在组合工作场景下，能够正常使用。具体技术方案如下：

第一方面，本发明实施例提供了一种应用程序编程接口测试方法，该方法包括：

确定待测试软件系统的多个工作场景；其中，待测试软件系统包括多个待测试API，每个工作场景对应多个待测试API；

对多个工作场景进行组合，得到多个组合工作场景；

基于每个待测试API对应的测试用例，对每个组合工作场景对应的所有待测试API进行测试，得到组合工作场景对应的测试结果。

可选的，在基于每个待测试API对应的测试用例，对每个组合工作场景对应的所有待测试API进行测试之前，该测试方法还包括：

获取所有待测试API中每个待测试API对应的测试用例；

采用与待测试API对应的测试用例，对待测试API进行测试，得到待测试API对应的测试结果。

可选的，待测试API为以下任一种：

获取主机详情API、获取可用IP地址API、创建主机API、关闭主机API、开启主机API、重启主机API、删除主机API；其中，主机包括物理主机或者虚拟主机。

可选的，在获取所有待测试API中每个待测试API对应的测试用例之后，该测试方法还包括：