CN111737130A - 公有云多租户认证服务测试方法、装置、设备及储存介质 - Google Patents

Abstract

本发明实施例公开了一种公有云多租户认证服务测试方法、装置、设备及储存介质。该方法，包括：对认证系统的预设自身功能进行测试；对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。本实施例的技术方案，通过对认证系统进行多层次多阶段的针对性测试，保证认证服务作为服务提供给各租户时可以稳定正常运行。

Description

公有云多租户认证服务测试方法、装置、设备及储存介质

技术领域

本发明实施例涉及公有云测试技术，尤其涉及一种公有云多租户认证服务测试方法、装置、设备及储存介质。

背景技术

随着云计算的发展，公有云以其价格低廉，使用便捷，无需维护等特点得到了广泛应用。但是公有云平台为了能给用户提供可靠的服务，在产品上线之前需要进行充分的测试。

基于多租户的认证服务作为公有云平台的核心服务，担任两个方面的重要角色：一是认证服务作为一种SaaS(Software as a Service，软件即服务)服务，提供给需要认证授权服务的单位和个人购买使用；二是作为公有云平台的核心认证服务，作为PaaS(Platform as a Service，平台即服务)级别服务提供给公有云平台本身各组件之间的注册、认证、授权使用。由于认证服务在公有云平台中占有核心的地位，且其逻辑复杂，需要支撑的公有云平台本身的组件和模块多，认证服务本身的质量和7×24小时不宕机稳定运行尤为重要，多租户认证服务由于在多个租户之间共享同一套基础的IaaS(Infrastructureas a Service，基础设施即服务)层基础服务，其质量和稳定运行影响多个租户。同时作为SaaS层和PaaS服务，依赖于IaaS的底层服务，如何保证可以在所选用的IaaS服务中正确部署及和其他公有云模块的集成也尤其重要。

发明内容

本发明实施例提供一种公有云多租户认证服务测试方法、装置、设备及储存介质，以实现对认证系统进行测试。

第一方面，本发明实施例提供了一种公有云多租户认证服务测试方法，包括：

对认证系统的预设自身功能进行测试；

对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

第二方面，本发明实施例还提供了一种公有云多租户认证服务测试装置，包括：

系统功能测试模块，用于对认证系统的预设自身功能进行测试；

IaaS架构集成测试模块，用于对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

mini云测试模块，用于对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

云平台功能测试模块，用于对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

第三方面，本发明实施例还提供了一种设备，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所提供的公有云多租户认证服务测试方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例所提供的公有云多租户认证服务测试方法。

本发明实施例通过对认证系统进行多层次多阶段的针对性测试，解决多租户认证服务的质量和稳定运行影响多个租户的问题，实现保证认证服务作为服务提供给各租户时可以稳定正常运行效果。

附图说明

图1是本发明实施例一中的一种公有云多租户认证服务测试方法的流程图；

图2是本发明实施例二中的一种公有云多租户认证服务测试方法的流程图；

图3是本发明实施例三中的一种公有云多租户认证服务测试方法的流程图；

图4是本发明实施例四中的一种公有云多租户认证服务测试装置的结构示意图；

图5是本发明实施例五中的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种公有云多租户认证服务测试方法的流程图，本实施例可适用于对公有云平台认证服务进行运行状态和可靠性测试的情况，该方法可以由公有云多租户认证服务测试装置来执行，该装置可以由硬件和/或软件来实现，该方法具体包括：

步骤110、对认证系统的预设自身功能进行测试；

其中，预设自身功能是指认证系统自身的功能，也就是侧重于认证系统自身功能的测试，不考虑底层所依赖的IaaS层架构。对认证系统的预设自身功能进行测试，用于开发提交版本之后，测试认证系统的功能是否满足预期。

步骤120、对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

其中，由于认证服务需要依赖于底层的IaaS架构，所以，首先根据所选用的IaaS架构，部署底层基础设施。预设IaaS架构就是选用的IaaS架构，例如OpenStack。本实施例中所测试的认证服务采用的部署方式为在虚拟机上部署，一个微服务部署于一个或多个虚拟机。测试认证服务的微服务是否可以正常部署到IaaS环境，以及部署后的微服务是否可以正常通信。

步骤130、对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

其中，认证服务在公有云平台中区别于其他服务的特点是公有云平台本身各个组件都依赖于该服务，各组件的入口都是要通过认证系统进行认证及授权；因此公有云平台中其他组件或服务是否能在认证服务正常注册并获取权限进行后面的流程是至关重要的。本阶段的测试重点为采用自动化的方式，在IaaS基础架构下，部署公有云平台各组件，并将各组件与认证服务注册和集成，完成一个mini公有云平台的部署，测试整个过程是否出现异常；若出现异常，测试停止；若正常，则测试通过。

步骤140、对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

其中，认证系统与预设公有云平台的各个PaaS层服务持续集成阶段的测试。可选的，对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试，包括以下至少一项：

对所述云平台的进行版本升级测试；预设微服务部署的高可用模式测试；认证服务的灾难测试；增加或减少微服务部署机器的数量，测试各所述微服务之间的通信及负载均衡；增加或减少微服务部署的机器的资源，测试资源的使用情况；认证微服务的微服务节点负载均衡测试；公有云平台的服务计费测试；共享同一套认证系统的多租户之间的隔离性测试；服务购买测试和服务终止测试；认证系统健康状态监控；预设场景下，测试不同配置和/或不同微服务节点数对认证系统性能的影响。

本实施例的技术方案，通过对认证系统进行多层次多阶段的针对性测试，解决多租户认证服务的质量和稳定运行影响多个租户的问题，实现保证认证服务作为服务提供给各租户时可以稳定正常运行效果。

实施例二

图2为本发明实施例二提供的一种公有云多租户认证服务测试方法的流程图，本实施例在上述技术方案的基础上进一步细化，该方法包括：

步骤210、对所述认证系统采用预设部署方式进行版本部署；

其中，所述对所述认证系统采用预设部署方式进行版本部署，包括：采用Docker部署的方式，将所述认证系统的预设微服务部署在同一个Docker内。本阶段测试只验证功能，为节省资源，可以采用Docker部署的方式，所有的微服务均部署在同一个Docker内。

步骤220、采用预设API(Application Programming Interface，应用程序接口)测试用例对所述认证系统的API进行测试；

其中，所述采用预设API测试用例对所述认证系统的API进行测试，包括：采用xml文件格式的所述预设API测试用例对所述认证系统的API进行测试。本阶段API测试采用Java+testing+gradle框架,该框架可以将API的处理请求格式和预期响应格式在框架中以统一模板的方式处理，测试用例可以以xml文件格式放在不同模块的文件夹中，一个测试用例即为一个xml文件，在需要增加和修改测试API自动化测试用例时，只需要单独增加和修改xml文件，按照正确格式写入发送请求和预期结果即可完成测试用例的编写，无需单独针对测试用例增加和修改代码，即便缺少编程经验的测试人员也可以很容易的编写和修改自动化测试用例。

步骤230、采用预设UI(User Interface，用户界面)测试用例对所述认证系统的UI进行测试；

其中，本阶段UI测试也采用自动化测试的方式，采用Java+selenium+testng的测试框架，与现有的测试方法相同，本部分的测试用例为从用户界面操作的角度，选取用户常用的优先级高的测试用例进行测试。

步骤240、采用至少一个所述预设API测试用例和至少一个所述预设UI测试用例相结合，对所述认证系统进行冒烟测试。

其中，采用API与UI相结合测试的方式选取测试用例进行测试。此阶段完成后，认证服务本身作为一个系统对其功能作了验证。

步骤250、对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

步骤260、对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

步骤270、对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

本实施例的技术方案，验证认证系统自身的功能，并且节省资源，测试用例方便测试人员进行编写和修改，提高了测试效率。

实施例三

图3为本发明实施例三提供的一种公有云多租户认证服务测试方法的流程图，本实施例在上述技术方案的基础上进一步细化，该方法包括：

步骤310、对认证系统的预设自身功能进行测试；

步骤320、根据所述预设IaaS框架，部署所述认证系统的底层基础设施；

其中，所述根据所述预设IaaS框架，部署所述认证系统的底层基础设施，包括：部署多个虚拟机；将所述预设微服务部署在一个或多个所述虚拟机上。部署虚拟机，是将认证系统所依赖的资源信息(例如，CPU(centralprocessing unit，中央处理器)、内存和机器数量等)写入配置文件，测试部署脚本将配置文件转换为IaaS层服务所能识别的参数，并调用IaaS层API进行虚拟机的网络、存储及虚拟机编排的创建。测试关注点为不同的配置文件可以正确调用IaaS接口创建出差异化的网络、存储及虚拟机编排。部署认证系统微服务，用于验证认证系统各微服务可以正常部署到上述的IaaS环境中，部署程序是否可正常运行。

步骤330、测试所述预设微服务之间的通信功能。

其中，由于IaaS层各服务和系统是共享底层资源的，因此一般IaaS层会对不同的系统或服务采取不同的安全访问策略，以使各系统之间相互隔离，且各系统内部可以相互通信。测试重点为测试本认证服务的各微服务之间可以正常通信，认证服务自身的基本功能无异常。测试本认证服务与其他部署于IaaS层的服务是否具有隔离性。

步骤340、对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

可选的，所述对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试，包括：

在IaaS框架下，部署所述公有云平台的预设组件；

将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署。

可选的，在所述将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署之后，还包括：

释放完成部署的所述mini公有云平台的资源。其中，本测试完成之后mini云资源即被释放供下次测试时使用。

步骤350、对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

其中，本阶段的测试为模拟线上环境测试，与公有云平台各个PaaS层服务持续集成进行测试。与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试不同，其测试中各公有云平台组件都是全新安装的一个超小云环境；本阶级区别于上一阶段的测试，本阶段是完全模拟线上环境，各组件只全新部署一次，后面均为升级测试；该环境中的数据模拟线上环境，且不进行清理。

因此，本环境中存在数据的复杂性，可能测试出前面步骤中测试不出来的缺陷。本环境是一个持续升级环境，一次安装之后的版本均为持续升级，由于公有云环境需要保证提供给客户7×24小时不宕机服务，因此本阶段特别关注升级过程不出现异常，例如包括数据库升级和应用层升级等，以及升级中的高可用，在升级过程中持续运行认证服务的高优先级测试用例(该部分测试用例在步骤110中已测试通过)，通过测试用例是否100％通过来验证升级过程中的高可用。

升级之后的高可用模式测试：各个微服务部署为高可用模式(即每个微服务最少两台虚拟机)，随机宕掉其中一半的机器，同时运行持续运行认证服务的高优先级测试用例，测试宕机的过程中以及之后服务的情况。

灾备测试：本阶段环境中会搭建认证服务的灾备环境，测试主服务宕掉之后，是否能向备环境正常切换。

弹性伸缩测试：测试两种情况，横向伸缩和纵向伸缩，横向伸缩为测试增加或减少微服务部署机器的数量；纵向伸缩为增加或减少微服务部署的机器的资源。横向伸缩关注伸缩之后各微服务之间的通信及负载均衡；纵向伸缩关注伸缩之后使用的资源情况。

负载均衡测试：本阶段认证微服务的每个微服务节点都可能有一个或者多个，服务上层会与负载均衡服务集成，本案例会验证负载均衡的有效性与策略的正确性。

公有云平台的服务计费测试：公有云平台的服务作为收费的服务，计量与计费功能是非常重要的，其计算的正确性尤为关键；本阶段测试认证微服务各个收费点的计费以及按不同购买方式进行测试；由于计费服务属于公有云平台的一个服务，因此本测试验证认证服务与计费服务的集成，本测试只能在该阶段进行。

多租户隔离性测试：本发明所述的公有云平台是基于多租户的微服务平台，本测试验证多租户之间可共享同一套认证微服务系统且具有隔离性。

服务购买和服务终止测试：服务购买与服务终止测试用例是覆盖公有云平台端到端整个流程的测试案例，覆盖从下订单，合同生成，创建租户及资源，提供客户使用入口等各个环节。

健康监控：本阶段模拟生产环境，因此对平台认证服务的各个环节的健康状况健康非常重要。认证服务作为一种特殊的，平台其他服务均依赖于该服务的核心服务，它的健康状况直接影响整个平台的其他组件的正常使用，因此要保证该服务一直健康运行，在出现问题时及时报警，对认证系统的健康状况监控测试也是一个核心的测试点。所采用的方式为：

(1)典型登陆测试；作为认证服务的入口点，登陆测试一旦失败，代表服务不可用，因此典型登陆测试可以直观的发现系统的不可用。测试方法为每小时申请一个测试租户，在测试租户下，每分钟随机注册该租户的用户并登陆，成功则通过，删除该用户；该小时最后一次执行后，删除相应的租户，下一小时运行重新申请租户。其中有任何失败点则代码系统有问题，立即自动发邮件通知相关人员处理。优点是仅消耗较少的系统资源就能快速发现系统不可用状态；另外由于认证服务中租户申请的使用场景较用户登陆场景使用率低，所以一小时申请一个新租户进行测试，即可以从申请租户的角度测试系统的可用性，又能避免频繁申请造成资源的浪费。该测试重点关注集成之后健康状况测试

(2)微服务级别监控：该测试主要监控各个微服务的健康状况，单个微服务级别进行监控；一旦某一个微服务出现状况，立即报警；

(3)日志监控：通过监控各个机器日志的方式，发现错误或者其他日志异常时报警；由于可能存在日志发生异常时，系统尚未达到与公有云平台集成完全不可用状态，因此该方法可以提早发现，提早预警，以便相关人员提早排查，避免出现服务宕机。

通过以上三个不同层次、级别的监控测试，可以及时发现、迅速定位问题所在，使系统高可用率提高。比如(1)失败时，系统确定出现问题，但尚不能确定哪里出现问题，可以通过(2)(3)的提示迅速找到问题所在；但是(1)并不能发现所有问题，当认证服务启动了高可用时，可能某个微服务只有一个节点出现异常，这时(1)并不能发现问题，但(2)可以通过检测微服务的方式发现异常，并及时修复，这对上层用户来说是透明的，用户并未体验到服务不可用；步骤(3)将预警更提前一步，可提前发现潜在的问题。

认证系统性能测试：本阶段测试性能的意义在于可在真实的场景下测试不同配置，不同微服务节点数对系统性能的影响；通常不同的微服务对节点的数量要求与性能的关系并非一致，本测试可以测试节点在面对不同压力时，对弹性伸缩给出参考依据。不如通过界面的登录请求较高时，对界面微服务的弹性伸缩节点数量要求就比日志微服务要高。

本实施例的技术方案，根据认证服务即为SaaS(Software as a Service，软件即服务)层服务又为公有云平台本身提供PaaS级别的服务，将测试分为四个不同阶段，各个阶段侧重点各不相同，互相补充。最后阶段模拟线上环境的测试，使上线之前的缺陷充分暴露，为减少线上事故提供有力依据。第四阶段的健康监控测试通过分层监控，不仅可以及时发现系统的不可用状态，还能通过微服务健康快速定位问题；通过日志健康提前发现问题并给出预警；有效地给公有云平台的认证服务的高可用提高保障。

实施例四

图4为本发明实施例四提供的一种公有云多租户认证服务测试装置的结构示意图，如图4所示，公有云多租户认证服务测试装置，包括：

系统功能测试模块410，用于对认证系统的预设自身功能进行测试；

IaaS架构集成测试模块420，用于对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

mini云测试模块430，用于对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

云平台功能测试模块440，用于对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

本实施例的技术方案，通过对认证系统进行多层次多阶段的针对性测试，解决多租户认证服务的质量和稳定运行影响多个租户的问题，实现保证认证服务作为服务提供给各租户时可以稳定正常运行效果。

可选的，系统功能测试模块，包括：

版本部署单元，用于对所述认证系统采用预设部署方式进行版本部署；

API测试单元，用于采用预设API测试用例对所述认证系统的API进行测试；

UI测试单元，用于采用预设UI测试用例对所述认证系统的UI进行测试；

冒烟测试单元，用于采用至少一个所述预设API测试用例和至少一个所述预设UI测试用例相结合，对所述认证系统进行冒烟测试。

可选的，版本部署单元，具体用于：

采用Docker部署的方式，将所述认证系统的预设微服务部署在同一个Docker内。

可选的，API测试单元，具体用于：

采用xml文件格式的所述预设API测试用例对所述认证系统的API进行测试。

可选的，IaaS架构集成测试模块，包括：

底层基础设施部署单元，用于根据所述预设IaaS框架，部署所述认证系统的底层基础设施；

微服务通信测试单元，用于测试所述预设微服务之间的通信功能。

可选的，底层基础设施部署单元，具体用于：

部署多个虚拟机；

将所述预设微服务部署在一个或多个所述虚拟机上。

可选的，mini云测试模块，包括：

公有云平台组件部署单元，用于在IaaS框架下，部署所述公有云平台的预设组件；

认证服务注册集成单元，用于将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署。

可选的，mini云测试模块，还包括：

资源释放单元，用于在所述将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署之后，释放完成部署的所述mini公有云平台的资源。

可选的，云平台功能测试模块具体用于测试以下至少一项：

对所述云平台的进行版本升级测试；

预设微服务部署的高可用模式测试；

认证服务的灾难测试；

增加或减少微服务部署机器的数量，测试各所述微服务之间的通信及负载均衡；

增加或减少微服务部署的机器的资源，测试资源的使用情况；

认证微服务的微服务节点负载均衡测试；

公有云平台的服务计费测试；

共享同一套认证系统的多租户之间的隔离性测试；

服务购买测试和服务终止测试；

认证系统健康状态监控；

预设场景下，测试不同配置和/或不同微服务节点数对认证系统性能的影响。

本发明实施例所提供的公有云多租户认证服务测试装置可执行本发明任意实施例所提供的公有云多租户认证服务测试方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的一种设备的结构示意图，如图5所示，该设备包括处理器510、存储器520、输入装置530和输出装置540；设备中处理器510的数量可以是一个或多个，图5中以一个处理器510为例；设备中的处理器510、存储器520、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储器520作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的公有云多租户认证服务测试方法对应的程序指令/模块(例如，公有云多租户认证服务测试装置中的系统功能测试模块410、IaaS架构集成测试模块420、mini云测试模块430和云平台功能测试模块440)。处理器510通过运行存储在存储器520中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的公有云多租户认证服务测试方法。

存储器520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器520可进一步包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置530可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏等显示设备。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种公有云多租户认证服务测试方法，包括：

对认证系统的预设自身功能进行测试；

对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的公有云多租户认证服务测试方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述公有云多租户认证服务测试装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (12)

1.一种公有云多租户认证服务测试方法，其特征在于，包括：

对认证系统的预设自身功能进行测试；

对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

2.根据权利要求1所述的方法，其特征在于，所述对认证系统的预设自身功能进行测试，包括：

对所述认证系统采用预设部署方式进行版本部署；

采用预设API测试用例对所述认证系统的API进行测试；

采用预设UI测试用例对所述认证系统的UI进行测试；

采用至少一个所述预设API测试用例和至少一个所述预设UI测试用例相结合，对所述认证系统进行冒烟测试。

3.根据权利要求2所述的方法，其特征在于，所述对所述认证系统采用预设部署方式进行版本部署，包括：

采用Docker部署的方式，将所述认证系统的预设微服务部署在同一个Docker内。

4.根据权利要求2所述的方法，其特征在于，所述采用预设API测试用例对所述认证系统的API进行测试，包括：

采用xml文件格式的所述预设API测试用例对所述认证系统的API进行测试。

5.根据权利要求1所述的方法，其特征在于，所述对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试，包括：

根据所述预设IaaS框架，部署所述认证系统的底层基础设施；

测试所述预设微服务之间的通信功能。

6.根据权利要求5所述的方法，其特征在于，所述根据所述预设IaaS框架，部署所述认证系统的底层基础设施，包括：

部署多个虚拟机；

将所述预设微服务部署在一个或多个所述虚拟机上。

7.根据权利要求1所述的方法，其特征在于，所述对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试，包括：

在IaaS框架下，部署所述公有云平台的预设组件；

将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署。

8.根据权利要求7所述的方法，其特征在于，在所述将每个所述预设组件与所述认证系统的认证服务注册并集成，完成对应的所述mini公有云平台的部署之后，还包括：

释放完成部署的所述mini公有云平台的资源。

9.根据权利要求1所述的方法，其特征在于，所述对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试，包括以下至少一项：

对所述云平台的进行版本升级测试；

预设微服务部署的高可用模式测试；

认证服务的灾难测试；

增加或减少微服务部署机器的数量，测试各所述微服务之间的通信及负载均衡；

增加或减少微服务部署的机器的资源，测试资源的使用情况；

认证微服务的微服务节点负载均衡测试；

公有云平台的服务计费测试；

共享同一套认证系统的多租户之间的隔离性测试；

服务购买测试和服务终止测试；

认证系统健康状态监控；

预设场景下，测试不同配置和/或不同微服务节点数对认证系统性能的影响。

10.一种公有云多租户认证服务测试装置，其特征在于，包括：

系统功能测试模块，用于对认证系统的预设自身功能进行测试；

IaaS架构集成测试模块，用于对所述认证系统部署在预设IaaS架构的预设微服务之间的通信功能进行测试；

mini云测试模块，用于对所述认证系统与预设公有云平台的PaaS层服务集成迷你mini公有云平台的部署进行测试；

云平台功能测试模块，用于对所述认证系统与所述预设公有云平台的PaaS层服务集成的云平台进行预设功能测试。

11.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的公有云多租户认证服务测试方法。

12.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-9中任一所述的公有云多租户认证服务测试方法。

Images