一种linux操作系统管理平台的稳定性测试方法及系统与流程

1.本技术涉及linux系统的稳定性测试技术领域，尤其涉及一种linux操作系统管理平台的稳定性测试方法及系统。


背景技术：

2.随着计算机操作系统的发展，系统软件不断更新，与此同时在硬件、软件、协议的具体实现或系统安全策略上容易产生漏洞，威胁系统安全，因此对漏洞补丁包及时更新尤为重要，对此一些计算机操作系统管理平台应运而生。这类平台一般由前后端组成，业务类型主要为单服务端对多客户端，客户端即集群服务器。通过获取客户端的操作系统版本以及软件包版本，检索该软件在管理平台数据库中补丁包的所有版本的信息条目以及所适配操作系统列表，实现系统漏洞的补丁包升级或是软件包的安装。
3.在实际使用中，管理平台往往要对数万计甚至数十万计的客户端，执行补丁升级任务，如果管理平台在承受大负荷工作时出现各种异常状态，可能直接导致管理平台宕机，系统应用中止等严重问题。同时，如果客户端在运行大量高负载应用的同时，接收到高并发任务请求时可能会占用部分系统资源，影响客户端原本运行的应用，造成应用运行卡顿。
4.因此在管理平台投入使用前需要对管理平台和客户端进行稳定性测试，以确保管理平台的正常运行。但目前还未能有一种行之有效的方法或测试工具，能实现全方面的自动化稳定性测试，并提供测试对象的cpu负载、内存使用情况以及网络带宽使用率等各项参数的可靠测试数据。


技术实现要素：

5.本技术实施例提供一种linux操作系统管理平台的稳定性测试方法及系统，能实现全方面的自动化稳定性测试，并提供测试对象的可靠测试数据。
6.有鉴于此，本技术第一方面提供了一种linux操作系统管理平台的稳定性测试方法，包括以下步骤：s1、操作系统管理平台执行特定功能操作，所述特定功能包括客户端注册、补丁升级、配置下发及客户端注销中的任意一种或多种的组合；s2、抓取在执行特定功能操作时管理平台的网络传输数据，获取请求信息和响应信息；s3、检验请求是否成功，并判断请求响应返回数据的正确性，若请求成功且返回数据正确，则将根据所述请求信息和所述响应信息解析出来的数据存储，若响应不成功或返回数据不正确，则重新进行请求；s4、将储存的数据进行参数化，以请求过程作为测试步骤，响应数据作为期望结果，设置测试请求的配置参数变量，生成测试用例；s5、通过设置测试自定义参数修改测试条件及测试环境，生成测试任务然后执行，收集测试数据并输出数据分析结果。
7.可选地，根据所述请求信息和所述响应信息解析出来的数据存储包括：根据调用的请求地址，将请求方式、请求参数、参数类型、响应结果数据解析，并将请求地址、请求方式、请求参数、参数类型、响应结果存储。
8.可选地，设置的测试自定义参数包括登录用户并发数量、目标客户端数量和补丁包数量，执行测试任务包括以下步骤：向管理平台发送多个登录请求，模拟多用户同时登录管理平台的情况，管理平台做出登录响应并将登录响应数据返回，收集并分析此时管理平台服务端cpu、内存和网络带宽数据，并输出数据分析结果。
9.可选地，管理平台接收多用户登录请求后，进行漏洞补丁包的批量下发。
10.可选地，执行测试任务之前，通过加压程序对客户端cpu加压，使客户端cpu使用率达到设定值，且在预设时长内在围绕设定值上下波动；在执行测试任务过程中，实时监控客户端状况，当监控到客户端存在应用状态异常或者客户端cpu超过设定值波动的上限时，停止测试，若监控应用状态正常且客户端cpu没有达到上限值，等待测试完成。
11.可选地，所述通过加压程序对客户端cpu加压的方式为通过cpulimit工具结合死循环脚本运行对客户端cpu加压。
12.可选地，设置的测试自定义参数包括请求地址、用户名username、密码password和设定疲劳时间，设置参数后通过多个简单控制器执行测试任务，简单控制器为对应平台的各项功能的单一控制器，判断疲劳测试时间是否达到设定时间，若达到，测试结束，保存测试结果；若未达到，继续执行疲劳测试。
13.可选地，收集测试数据时，通过host参数选择管理平台或客户端作为被监控端，并在监控端和被监控端开启端口，被监控端通过端口链接监控模板，监控模板包括cpu、内存、网络三种模板，监控端实时获取被监控端数据。
14.可选地，所述网络传输数据的传输方式为通过http协议发送post、get或put请求并接收返回数据。
15.本技术第二方面提供了一种linux操作系统管理平台的稳定性测试系统，包括：执行模块，用于执行特定功能操作，所述特定功能包括客户端注册、补丁升级、配置下发及客户端注销中的任意一种或多种的组合；网络数据抓取模块，用于在操作系统管理平台执行特定功能操作时，抓取在执行特定功能操作时管理平台的网络传输数据，获取请求信息和响应信息；验证模块，用于检验请求是否成功，并判断请求响应返回数据的正确性，若请求成功且返回数据正确，则将根据所述请求信息和所述响应信息解析出来的数据存储，若响应不成功或返回数据不正确，则重新进行请求；数据存储模块，用于储存根据所述请求信息和所述响应信息解析出来的数据，并在设置测试请求的配置参数变量后，生成及储存测试用例；稳定性测试模块，用于通过设置测试自定义参数修改测试条件及测试环境，生成测试任务然后执行；性能监控模块，用于对客户端cpu加压，模拟客户端运行高负载应用，以及对管理平台或客户端的cpu负载、内存使用情况和网络带宽进行监控。
16.从以上技术方案可以看出，本技术实施例具有以下优点：本发明的一种linux操作系统管理平台的稳定性测试方法及系统，通过抓取管理
平台网络传输数据，不需要调用第三方软件，不会产生通过第三方软件获取接口参数时易造成系统隐患的问题，并极大简化了测试人员的操作过程；通过自定义修改相应配置参数，自动生成稳定性测试脚本，测试脚本容量丰富，为linux计算机操作系统管理平台提供多方面、可靠的稳定性测试数据包括高并发测试、外部压力测试、疲劳测试，通过稳定性测试，可以极大程度避免在实际应用中，由于管理平台高并发任务影响客户端其他负载应用的正常运行。
附图说明
17.为了更清楚地表达说明本发明实施例的技术方案，下面将对实施例描述所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
18.图1为本发明实施例中稳定性测试方法的流程图；图2为本发明实施例中高并发任务稳定性测试流程图；图3为本发明实施例中模拟外部压力情况下管理平台稳定性测试流程；图4为本发明实施例中疲劳测试流程图；图5为本发明实施例中cpu、内存、网络数据监控流程图。
具体实施方式
19.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
20.参见图1，本发明实施例提供了一种linux操作系统管理平台的稳定性测试方法，包括以下步骤：s1、操作系统管理平台执行特定功能操作，所述特定功能包括客户端注册、补丁升级、配置下发及客户端注销中的任意一种或多种的组合。
21.s2、抓取在执行特定功能操作时管理平台的网络传输数据，获取请求信息和响应信息。
22.s3、检验请求是否成功，并判断请求响应返回数据的正确性，若请求成功且返回数据正确，则将根据所述请求信息和所述响应信息解析出来的数据存储，若响应不成功或返回数据不正确，则重新进行请求。根据所述请求信息和所述响应信息解析出来的数据存储包括：根据调用的请求地址，将请求方式、请求参数、参数类型、响应结果数据解析，并将请求地址、请求方式、请求参数、参数类型、响应结果存储。请求地址具体为请求地址url。
23.s4、将储存的数据进行参数化，以请求过程作为测试步骤，响应数据作为期望结果，设置测试请求的配置参数变量，生成测试用例。测试用例可以包括客户端注册、补丁升级、配置下发、客户端注销等操作时的稳定性进行测试，如高并发任务稳定性测试、外部压力情况下管理平台稳定性测试、疲劳测试等。
24.s5、通过设置测试自定义参数修改测试条件及测试环境，生成测试任务然后执行，
收集测试数据并输出数据分析结果。
25.本实施例通过抓取管理平台网络传输数据，获取平台测试请求地址、请求方式、请求参数、参数类型、响应结果。具体地，在浏览器中打开管理平台页面执行功能操作包括客户端注册、补丁升级、配置下发、客户端注销等，通过http协议的get或者post等请求实现前后端数据传递，验证请求是否正确，默认请求成功状态值为200，如果请求错误返回404、500等，重新进行http请求。同时检查响应返回格式为json数据的正确性。如果响应不成功或结果数据格式不正确，则重新进行http请求。当请求成功并且返回数据正确时，根据调用的请求地址url，将请求方式、请求参数、参数类型、响应结果数据解析，并将请求地址url、请求方式、请求参数、参数类型、响应结果存储。同时保存http请求生成的文件，保存数据是为了通过设置变量生成通用的功能测试用例，以便后续进行稳定性测试。将请求过程作为测试步骤，响应数据作为期望结果，对请求成功且正确的存储数据进行参数化，手动设置测试请求的配置参数变量如管理平台ip、token信息、登录信息、下发配置名称、配置值、补丁包名、客户端id、分页信息等，以及响应结果断言变量，生成用户登录、客户端注册、补丁升级、配置下发、客户端注销等单个功能测试用例。通过设置测试自定义参数包括登录接口http默认值、登录用户并发数量、目标客户端数量、补丁包数量等生成稳定性测试任务，然后对计算机操作系统管理平台在执行客户端注册、补丁升级、配置下发、客户端注销等操作时的稳定性进行测试。
26.下面结合具体测试类型对本方案进行详细说明。
27.测试实施例1参见图2，可依据管理平台的各项功能进行稳定性测试，其中高并发任务场景测试是评估管理平台稳定性的重要依据，高并发任务测试包含多用户并发和多用户多任务并发测试，测试过程中实现对管理平台高并发任务场景中的cpu使用情况、内存使用情况和网络带宽数据信息的监控和收集，并对收集到的信息做数据处理，输出相应的数据分析结果。
28.具体步骤如下：步骤一，选择测试用例，并根据测试用例调取存储的接口数据，接口数据为根据所述请求信息和所述响应信息解析出来的数据，包括请求地址、请求方式、请求参数、参数类型、响应结果json数据。测试前已向平台数据库中添加多个账号，根据实际情况修改管理平台登录请求地址，设置多个用户的登录信息，包括用户名username和密码password。
29.步骤二，修改测试自定义参数，修改下发测试任务的目标客户端ip（数量>200），且目标客户机ip都已纳管至管理平台，并设置下发漏洞补丁包数量（50个大约100m），生成测试任务。
30.步骤三，运行该测试工具执行多用户登录测试，向管理平台发送多个登录请求模拟多用户同时登录管理平台的情况，管理平台将登录响应数据返回测试工具。此时触发监控机制，收集并分析这一过程中管理平台服务端cpu、内存和网络带宽数据，并输出数据分析结果。于此同时进入界面访问管理平台，查看平台各个模块功能是否正常，后台服务有无崩溃情况。
31.可选步骤四，运行该测试工具执行多用户多任务高并发测试，模拟多用户同时登录管理平台，并进行漏洞补丁包的批量下发的情况。此时触发监控机制，收集并分析这一过程中服务器cpu、内存和网络带宽数据，并输出数据分析结果，同时进入界面访问管理平台，
查看平台各个模块功能是否正常，后台服务有无崩溃情况。
32.测试实施例2参见图3，外部压力情况下管理平台稳定性测试流程，通过cpulimit工具结合死循环脚本运行实现cpu加压，模拟将客户端系统cpu加压后对其进行漏洞补丁包批量下发的情况，从而达到对管理平台稳定性进行测试的目的。该过程中对客户端关键应用状态进行监控，同时记录客户端系统cpu使用情况、内存使用情况、网络带宽的数据，这些数据也是衡量管理平台稳定性的重要指标。外部压力场景下管理平台稳定性测试步骤如下：步骤一，调取已经存储的接口数据。
33.步骤二，修改测试自定义参数，包括待测管理平台http登录请求参数，即管理平台的web地址、username和password，设置测试任务并发数量，例如，进行漏洞补丁的批量升级，将100个大约100m的补丁包下发至客户端。
34.步骤三，设置客户端cpu使用率设定值以及其波动范围，利用稳定性测试系统对客户端进行加压。例如，设置客户端cpu使用率设定值为80%，等待一段时间，观察波动情况。
35.步骤四，当cpu使用率达到设定值，如cpu使用率达到80%，且在预设时长内保持在70%
‑
90%范围内上下波动，不再大幅度升高时，跳出cpu使用率判断流程，同时触发稳定性测试流程，执行测试任务（如漏洞补丁升级等），并查看测试任务是否可以正常执行，过程中实时监控客户端cpu使用率、关键应用运行状态。其中，预设时长为本领域人员自行设定的一段时间。当监控的客户端某个应用状态异常或者客户端cpu超过设定值波动的上限时，停止测试。如果监控应用状态正常且cpu没有达到上限值，等待测试完成。最后收集测试数据并输出数据分析结果，包括测试过程中cpu使用率波形图、测试开始结束时间、内存和网络带宽数据。
36.测试实施例3参见图4，使用本实施例进行疲劳测试时，结合管理平台通过设定测试自定义参数进行疲劳测试，以评估平台稳定性，该场景同时可适用于各类服务器管理平台，如华为云等平台，对保障服务器管理平台的平稳运行具有不可替代的作用。
37.疲劳测试首先设置待测管理平台http登录请求参数，然后通过多个简单控制器进行流程化测试，覆盖平台的各项功能，以麒麟软件有限公司自主研发的银河麒麟升级管理平台为例，涵盖功能包括客户端注册、补丁升级、配置下发、客户端注销，不间断进行24h*8疲劳测试，以测试管理平台的稳定性。其具体步骤如下：步骤一，设置待测管理平台http登录请求参数，包括请求地址、用户名username、密码password、设定疲劳时间四个参数；步骤二，紧接着为多个简单控制器的流程化测试操作，以其中一个测试系统注册的简单控制器为例进行阐述，其利用registerhosts接口进行post请求，保存响应数据；利用get请求获取系统注册状态，ok、error、pending;步骤三，判断疲劳测试时间是否达到24*8h，若达到，测试结束，保存测试结果；若未达到，继续执行疲劳测试。
38.测试实施例4参见图5，cpu、内存、网络数据监控流程，本测试方法可以监控管理平台以及所纳管客户端的cpu负载、内存使用情况、网络带宽数据。其具体步骤如下：
步骤一，测试工具通过host参数选择被监控端，被监控端可以为管理平台或客户端，并在监控端和被监控端开启端口。
39.步骤二，被监控端链接测试工具监控模板，包括cpu、内存、网络三种模板。
40.步骤三，实时获取被监控端测试数据。
41.本发明实施例的一种linux操作系统管理平台的稳定性测试方法，通过抓取管理平台网络传输数据，不需要调用第三方软件，不会产生通过第三方软件获取接口参数时易造成系统隐患的问题，并极大简化了测试人员的操作过程；通过自定义修改相应配置参数，自动生成稳定性测试脚本，测试脚本容量丰富，为国产计算机操作系统管理平台提供多方面、可靠的稳定性测试数据包括高并发测试、外部压力测试、疲劳测试，通过稳定性测试，可以极大程度避免在实际应用中，由于管理平台高并发任务影响客户端其他负载应用的正常运行。
42.支持高并发多场景测试，通过修改自定义测试参数，提高测试脚本并发数量，准确测试平台稳定性，提高测试效率。
43.能够模拟客户端有其他高负载应用运行的情况，对客户端施加外部压力，具体地，可以将客户端cpu使用率控制在某一设定值附近，然后执行相应的测试脚本，测试过程中，同时监控客户端关键应用的运行状态以及cpu使用率的情况，为管理平台在实际业务场景运行使用提供可靠的测试依据，避免因客户端突发高负载时，管理平台无法正常管控的问题。
44.可结合管理平台功能，将接口和性能整合一起进行稳定性测试，以测试时间24h*8为例，支持设定自定义参数，并循环执行测试脚本，可扩展性强。通过疲劳测试，评估平台稳定性，对保障管理平台的平稳运行具有不可替代的作用。
45.可提供监控稳定性测试过程cpu负载、内存使用情况、网络带宽数据的方案，并能进行测试数据分析，包括测试时间、各个监控指标平均值、最大值、最小值以及最值发生的时刻。
46.本技术第二方面提供了一种linux操作系统管理平台的稳定性测试系统，包括：执行模块，用于执行特定功能操作，所述特定功能包括客户端注册、补丁升级、配置下发及客户端注销中的任意一种或多种的组合；网络数据抓取模块，用于在操作系统管理平台执行特定功能操作时，抓取在执行特定功能操作时管理平台的网络传输数据，获取请求信息和响应信息；验证模块，用于检验请求是否成功，并判断请求响应返回数据的正确性，若请求成功且返回数据正确，则将根据所述请求信息和所述响应信息解析出来的数据存储，若响应不成功或返回数据不正确，则重新进行请求；数据存储模块，用于储存根据所述请求信息和所述响应信息解析出来的数据，并在设置测试请求的配置参数变量后，生成及储存测试用例；稳定性测试模块，用于通过设置测试自定义参数修改测试条件及测试环境，生成测试任务然后执行；性能监控模块，用于对客户端cpu加压，模拟客户端运行高负载应用，以及对管理平台或客户端的cpu负载、内存使用情况和网络带宽进行监控。
47.本实施例的稳定性测试系统的工作原理和效果参见上述稳定性测试方法，在此不
做赘述。
48.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。