CN117632742A - 解析并处理存储稳定性测试的方法及系统 - Google Patents

解析并处理存储稳定性测试的方法及系统 Download PDF

Info

Publication number
CN117632742A
CN117632742A CN202311659505.4A CN202311659505A CN117632742A CN 117632742 A CN117632742 A CN 117632742A CN 202311659505 A CN202311659505 A CN 202311659505A CN 117632742 A CN117632742 A CN 117632742A
Authority
CN
China
Prior art keywords
error
test
log
class
configuration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311659505.4A
Other languages
English (en)
Inventor
李艳
孙志杰
丁宇翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xian Chaoyue Shentai Information Technology Co Ltd
Original Assignee
Xian Chaoyue Shentai Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xian Chaoyue Shentai Information Technology Co Ltd filed Critical Xian Chaoyue Shentai Information Technology Co Ltd
Priority to CN202311659505.4A priority Critical patent/CN117632742A/zh
Publication of CN117632742A publication Critical patent/CN117632742A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本发明公开了解析并处理存储稳定性测试的方法及系统,属于性能测试技术领域,要解决的技术问题为存储稳定性测试中、如何快速定位失败原因。监控测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集;检测所有用例的执行结果,对于执行失败的用例,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件;对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件;根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,重新执行错误的测试。

Description

解析并处理存储稳定性测试的方法及系统
技术领域
本发明涉及性能测试技术领域,具体地说是解析并处理存储稳定性测试的方法及系统。
背景技术
存储稳定性测试主要是测试存储子系统在执行业务的稳定性,以长时间的随机I/O操作为特点,包括查询和更新操作。这一类应用的例子包括OLTP、数据库操作和邮件服务器运作等。
现有技术方案如图1所示,认证工具在测试出现失败后,使用文档编辑工具或者远程后台连接测试工具主机打开日志文件,根据认证执行人员经验进行搜索筛选,遍历所有日志文件查询可能有关的日志信息,找出失败原因。
现有工具如下缺点:
1、根据错误日志里的提示错误描述,经常无法快速、精准定位失败原因,只能通过认证测试人员通过具体分析或者经验积累尝试解决出现的问题;
2、存储阵列的认证测试包含大量的性能和稳定性测试场景用例,此类测试时间在5至20小时之间(按不同测试场景分类,工具会自动设置不同测试时间),测试时会在VMware服务器主机上的多个虚拟机VM上启动读写测试,当读写报错时,会导致认证测试最终结果失败,但此时若还不到工具自动设置的读写结束时间,认证测试会继续执行,浪费大量无效测试时间。这期间工具测试日志会在不同的VM上刷新大量日志,认证测试人员很难全程保持高度专注及时定位到出现了读写错误;
3、对于失败原因没有准确的分类整理完善,不便于知识库的积累,对存储阵列认证测试失败原因的定位效率影响较大。
存储稳定性测试中、如何快速定位失败原因,是需要解决的技术问题。
发明内容
本发明的技术任务是针对以上不足,提供解析并处理存储稳定性测试的方法及系统,来解决存储稳定性测试中、如何快速定位失败原因的技术问题。
第一方面,本发明一种解析并处理存储稳定性测试的方法,包括如下步骤:
智能监控:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集;
日志收集:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及error log;
分析定位:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作;
自主修订:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。
作为优选,智能监控包括如下步骤:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
作为优选,日志收集包括如下步骤:
检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
作为优选,错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志;
各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
作为优选,所述ERROR_analysis文件为表格形式。
第二方面,本发明一种解析并处理存储稳定性测试的系统,用于通过如第一方面一项所述的一种解析并处理存储稳定性测试的方法进行存储稳定性测试,所述系统包括智能监控模块、日志收集模块、分析定位模块以及自主修订模块;
智能监控模块用于执行如下:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集;
日志收集模块用于执行如下:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及error log;
分析定位模块用于执行如下:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作;
自主修订模块用于执行如下:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。;
作为优选,智能监控模块用于执行如下:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
作为优选,日志收集模块用于执行如下:
检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
作为优选,错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志;
各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
作为优选,所述ERROR_analysis文件为表格形式。
本发明的解析并处理存储稳定性测试的方法及系统具有以下优点:
1、可将执行失败的用例日志进行分析处理,对错误进行分类,快速定位原因;
2、实时用监测性能及稳定测试场景例并自主控制执行,实现对于环境配置及测试数据导致的错误进行自动修正;
3、可以不断积累经验提高问题处理效率,而且不影响原有认证流程,作为原因流程的优化插件装置,可有效提高错误分析修正效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
下面结合附图对本发明进一步说明。
图1为现有稳定性测试的方法的流程框图;
图2为实施例1一种解析并处理存储稳定性测试的方法的流程框图;
图3为实施例1一种解析并处理存储稳定性测试的方法中错误分类框图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明,以使本领域的技术人员可以更好地理解本发明并能予以实施,但所举实施例不作为对本发明的限定,在不冲突的情况下,本发明实施例以及实施例中的技术特征可以相互结合。
本发明实施例提供解析并处理存储稳定性测试的方法及系统,用于解决存储稳定性测试中、如何快速定位失败原因的技术问题。
实施例1:
本发明一种解析并处理存储稳定性测试的方法,包括如下步骤:
S100智能监控:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集。
本实施例智能监控包括如下步骤:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
S200日志收集:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及error log。
本实施例日志收集包括如下步骤:
(1)检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
(2)基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
(3)对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
该步骤检测用例执行结果,当结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录“/results”及虚拟机(windwos的E、F盘根目录,Linux的sdb、sdc根目录收集读写测试日志)日志目录收集错误日志,将收集的日志文件进行以“Error:”“Warning:”为关键字遍历查询,并智能识别查询结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。ERROR_LOG文件基本元素包括时间、用例名称、error log。
S300分析定位:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作。
错误分类如图3所示,其中,左侧为分类名称,右侧为错误日志关键字。各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
本实施例中错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志。
S400自主修订:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。
本实施例中ERROR_analysis文件为表格形式。
实施例2:
本发明一种解析并处理存储稳定性测试的系统,包括智能监控模块、日志收集模块、分析定位模块以及自主修订模块,该系统执行实施例1公开的方法。
智能监控模块用于执行如下:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集。
本实施例智能监控模块具体用于执行如下操作:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
日志收集模块用于执行如下:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及error log。
本实施例日志收集模块用于执行如下操作:
(1)检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
(2)基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
(3)对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
日志收集模块用于检测用例执行结果,当结果显示Failed时,远程链接VIVAAgent与服务器上各虚拟机,在VIVA Agent目录“/results”及虚拟机(windwos的E、F盘根目录,Linux的sdb、sdc根目录收集读写测试日志)日志目录收集错误日志,将收集的日志文件进行以“Error:”“Warning:”为关键字遍历查询,并智能识别查询结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。ERROR_LOG文件基本元素包括时间、用例名称、error log。
分析定位模块用于执行如下:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作。
各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
本实施例中错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志。
自主修订模块用于执行如下:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。
本实施例中ERROR_analysis文件为表格形式。
上文通过附图和优选实施例对本发明进行了详细展示和说明,然而本发明不限于这些已揭示的实施例,基与上述多个实施例本领域技术人员可以知晓,可以组合上述不同实施例中的手段得到本发明更多的实施例,这些实施例也在本发明的保护范围之内。

Claims (10)

1.一种解析并处理存储稳定性测试的方法,其特征在于,包括如下步骤:
智能监控:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集;
日志收集:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及errorlog;
分析定位:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作;
自主修订:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。
2.根据权利要求1所述的解析并处理存储稳定性测试的方法,其特征在于,智能监控包括如下步骤:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
3.根据权利要求1所述的解析并处理存储稳定性测试的方法,其特征在于,日志收集包括如下步骤:
检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
4.根据权利要求1所述的解析并处理存储稳定性测试的方法,其特征在于,错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志;
各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
5.根据权利要求1所述的解析并处理存储稳定性测试的方法,其特征在于,所述ERROR_analysis文件为表格形式。
6.一种解析并处理存储稳定性测试的系统,其特征在于,用于通过如权利要求1-5任一项所述的一种解析并处理存储稳定性测试的方法进行存储稳定性测试,所述系统包括智能监控模块、日志收集模块、分析定位模块以及自主修订模块;
智能监控模块用于执行如下:监控执行的测试,如果执行的不是性能测试、但测试用例执行结果为失败,或者,如果执行的是性能测试、且虚拟机中IO读写日志与用例执行结果为失败,则对执行日志收集;
日志收集模块用于执行如下:检测所有用例的执行结果,对于执行失败的用例,读取用例的错误日志,从错误日志中查询日志信息并基于日志信息构建ERROR_LOG文件,ERROR_LOG文件中基本元素包括时间、用例名称以及errorlog;
分析定位模块用于执行如下:对ERROR_LOG文件中内容进行二次加工分析,对错误进行分类,并为每类错误进行测试环境配置以及测试修订配置,形成ERROR_analysis文件,ERROR_analysis文件中基本元素包括时间、用例名称、error log、原因分析、建议修正步骤、是否可主动修正、是否已执行修正操作;
自主修订模块用于执行如下:根据ERROR_analysis文件、按照错误分类对用例的错误进行修订操作,如果无法修订,用例分析输入到最终报告,结束测试。
7.根据权利要求6所述的解析并处理存储稳定性测试的系统,其特征在于,智能监控模块用于执行如下:
L100、监控执行的测试是否为性能测试,如果否,执行步骤L200,如果是,执行L300;
L 200、检测测试用例结果,判断测试是否通过,如果是,结束,如果否,执行日志收集;
L300、监测虚拟机中IO读写日志与用例执行执行结果,如果执行通过,则结束,如果否,执行日志收集。
8.根据权利要求6所述的解析并处理存储稳定性测试的系统,其特征在于,日志收集模块用于执行如下:
检测用例的执行结果,当执行结果显示Failed时,远程链接VIVA Agent与服务器上各虚拟机,在VIVA Agent目录/results及虚拟机日志目录收集错误日志;
基于收集的错误日志,以Error:和Warning:为关键字遍历查询、并识别查询结果;
对于查询的结果,排除掉重复和可忽略的错误信息,将排除后的结果写入ERROR_LOG文件。
9.根据权利要求6所述的解析并处理存储稳定性测试的系统,其特征在于,错误分类包括A类VM配置、B类测试数据配置、C类服务器主机配置、D类网络配置、E类vCenter配置、F类IO测试失败以及G类其他未识别错误日志;
各类的配置包括如下:
A类VM配置:检查VM数量,检查操作系统种类、版本是否符合认证需求,检查VM数据文件存放位置,检查VM的网络是否通畅、存储卷配置是否正确,测试工具安装确认、测试工具可正常启动、VM启动状态改为开启;
B类测试数据配置:检查VMware主机服务器存储卷的映射数量、大小符合要求,确认vmware服务器VMFS5/VMFS6格式的数据文件是否创建,检查存储卷的LUN ID是否为连续数字,若检查存储卷缺失,远程网络连接存储阵列,创建并映射缺失存储卷到物理主机;
C类服务器主机配置:检查主机网络畅通、开机状态,检查存储卷多路径是否4条,确认STAF工具正确安装,若主机网络测试失败,重新网络及网卡;若存储卷路径数量不符,输入正确提示信息到ERROR_analysis,若STAF安装监测失败,重新安装STAF;
D类网络配置:确认所有物理主机、交换机管理网络、虚拟机网畅通,并检查测试工具,确认dns域名解析是否成功,若网络确定失败,重新VM和物理主机网络及网卡,重新测试网络,若修正无效输入正确提示信息到ERROR_analysis;
E类vCenter配置:确认并修正vCenter的数据中心、集群以及vmware主机配置;
F类IO测试失败:确认并修正vmware服务器主机的所有vm虚拟机开机状态、IO测试工具启动状态、网络以及重新测试;
G类其他未识别错误日志:记录错误日志,并更新到ERROR_analysis。
10.根据权利要求6所述的解析并处理存储稳定性测试的系统,其特征在于,所述ERROR_analysis文件为表格形式。
CN202311659505.4A 2023-12-06 2023-12-06 解析并处理存储稳定性测试的方法及系统 Pending CN117632742A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311659505.4A CN117632742A (zh) 2023-12-06 2023-12-06 解析并处理存储稳定性测试的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311659505.4A CN117632742A (zh) 2023-12-06 2023-12-06 解析并处理存储稳定性测试的方法及系统

Publications (1)

Publication Number Publication Date
CN117632742A true CN117632742A (zh) 2024-03-01

Family

ID=90033634

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311659505.4A Pending CN117632742A (zh) 2023-12-06 2023-12-06 解析并处理存储稳定性测试的方法及系统

Country Status (1)

Country Link
CN (1) CN117632742A (zh)

Similar Documents

Publication Publication Date Title
US8140565B2 (en) Autonomic information management system (IMS) mainframe database pointer error diagnostic data extraction
US6738928B1 (en) Method and expert system for analysis of crash dumps
JP4318643B2 (ja) 運用管理方法、運用管理装置および運用管理プログラム
US9632916B2 (en) Method and apparatus to semantically connect independent build and test processes
US20120095974A1 (en) Database synchronization and validation
US7487408B2 (en) Deferring error reporting for a storage device to align with staffing levels at a service center
US20060004839A1 (en) Method and system for data processing with data replication for the same
US7398511B2 (en) System and method for providing a health model for software
US10223205B2 (en) Disaster recovery data sync
CN112307124A (zh) 数据库同步验证方法、装置、设备及存储介质
CN112068981B (zh) Linux操作系统中基于知识库的故障扫描恢复方法及系统
CN117632742A (zh) 解析并处理存储稳定性测试的方法及系统
CN111694724A (zh) 分布式表格系统的测试方法、装置、电子设备及存储介质
CN111209138A (zh) 数据存储系统的运维方法及装置
JP2003345628A (ja) 障害調査資料採取方法及びその実施システム並びにその処理プログラム
KR102256894B1 (ko) 크래시 리포트 그룹핑 방법, 서버 및 컴퓨터 프로그램
JP2008198123A (ja) 障害検知システム及び障害検知プログラム
KR102464740B1 (ko) 빅데이터 분석용 dbms를 위한 테스트 자동화 프레임워크 및 테스트 자동화 방법
CN111767222A (zh) 数据模型的验证方法、装置、电子设备、存储介质
CN113282505A (zh) 软件测试进度分析方法、装置、设备及存储介质
CN115391193A (zh) 分布式系统测试问题分析方法及装置
CN115017135A (zh) 数据迁移检测方法及装置
CN114416037A (zh) 一种软件开发包的编译计算机存储软件开发系统及服务器
CN117494137A (zh) 软件漏洞自动提交方法、装置、存储介质及计算机设备
CN117076324A (zh) 一种基于日志进行代码修复的方法、系统、设备和介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination