Storage device testing method and electronic device

Abstract

The invention discloses a storage device testing method and an electronic device, and relates to the field of computers, and the method comprises the following steps: when a new engineering change notification event is monitored, obtaining a corresponding target event document; performing a preset analysis operation on the target event document to obtain structured data; the preset analysis operation comprises a first analysis operation based on regular matching and a second analysis operation of an entity recognition model based on natural language processing; establishing a dynamic mapping relation table of the engineering change notification events and the diagnosis resources, and performing integrity verification; and if the integrity verification is passed, downloading the diagnostic resource to a diagnostic test system of the storage device, and judging whether a version conflict exists between the current device firmware version of the storage device and the required device firmware version or not, so that the diagnostic test system performs a diagnostic test on the storage device based on the diagnostic resource when the version conflict does not exist. The condition of factory diagnosis test line stop caused by untimely maintenance is avoided, and the efficiency and accuracy of storage maintenance are improved.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a storage device testing method and electronic equipment. Background Art

[0002] During functional testing of storage devices, firmware and MCS (Multi-Controller Storage System) image maintenance requires manual parsing of ECN (Engineering Change Notice) instructions. Maintenance is performed by scanning production order information at fixed intervals, which leads to timeliness and accuracy issues. Delayed ECN maintenance and MPE (Manufacture Process Engineer) parsing of engineering change instructions lead to delayed firmware and MCS image updates. Customized instructions are inefficient, and reliance on fixed templates results in a 5% error rate for customized storage or server deployment. Furthermore, automatic firmware parsing and configuration maintenance rely on factory order scheduling information as input. Fixed-time polling of scheduling information is inefficient, resulting in urgent orders being posted but not maintained. Parsing failures can also occur if instruction writers accidentally modify the template.

[0003] It can be seen that how to implement storage device testing, avoid factory diagnostic test line shutdowns due to untimely maintenance, reduce dependence on factory production order information and fixed templates of technical instruction documents, and improve the efficiency and accuracy of storage maintenance are problems that technical personnel in this field need to solve. Summary of the Invention

[0004] The purpose of the embodiments of the present invention is to provide a storage device testing method and electronic device that can implement storage device testing, avoid factory diagnostic test line downtime due to untimely maintenance, reduce reliance on factory production order information and fixed templates of technical instruction documents, improve the efficiency and accuracy of storage maintenance, and reduce firmware and MCS image update delays. The specific solution is as follows: In a first aspect, the present application discloses a storage device testing method, comprising: Monitor the preset message queue in the product lifecycle management system of the storage device. If a new engineering change notification event is detected in the preset message queue, obtain the corresponding target event document; the target event document is an unstructured document. Performing a preset parsing operation on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular expression matching and a second parsing operation based on an entity recognition model of natural language processing; Filter diagnostic resources corresponding to structured data from the resource pool; Establish a dynamic mapping relationship table between engineering change notification events and diagnostic resources based on structured data, and verify the integrity of the dynamic mapping relationship table; If the integrity verification passes, the diagnostic resources are downloaded to the diagnostic test system of the storage device, and a determination is made as to whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform diagnostic testing on the storage device based on the acquired diagnostic resources when there is no version conflict.

[0005] In a second aspect, the present application discloses an electronic device, comprising: memory for storing computer programs; A processor is used to implement the steps of the aforementioned storage device testing method when executing a computer program.

[0006] In a third aspect, the present application discloses a computer-readable storage medium, in which a computer program is stored, wherein the computer program implements the steps of the aforementioned storage device testing method when executed by a processor.

[0007] It can be seen that the present application provides a storage device testing method, including monitoring a preset message queue in a product lifecycle management system of a storage device, and if a new engineering change notification event is detected in the preset message queue, obtaining a corresponding target event document; the target event document is an unstructured document; performing a preset parsing operation on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular matching and a second parsing operation based on an entity recognition model of natural language processing; screening diagnostic resources corresponding to the structured data from a resource pool; establishing a dynamic mapping relationship table between engineering change notification events and diagnostic resources based on the structured data, and performing integrity verification on the dynamic mapping relationship table; if the integrity verification passes, downloading the diagnostic resource to the diagnostic test system of the storage device, and determining whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform diagnostic testing on the storage device based on the acquired diagnostic resources when there is no version conflict. The present application monitors a new engineering change notification event in a preset message queue, obtains a corresponding target event document, and then performs preset parsing operations on the target event document. The preset parsing operations include a first parsing operation based on regular expression matching and a second parsing operation based on an entity recognition model for natural language processing. This obtains an unstructured document, supports breaking document silos for unstructured documents, and implements cross-system intelligent parsing of unstructured documents. Diagnostic resources corresponding to structured data are screened from a resource pool, and a dynamic mapping relationship table between the engineering change notification event and the diagnostic resources is established to implement end-to-end automation from the engineering change notification event to the diagnostic system. The dynamic mapping relationship table is then verified for integrity. If the integrity verification passes, the diagnostic resource is downloaded to a diagnostic test system for a storage device, and a determination is made as to whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document. If no version conflict exists, the diagnostic test system performs a diagnostic test on the storage device based on the obtained diagnostic resource, thereby implementing storage device testing. This avoids factory diagnostic test line downtime due to untimely maintenance, reduces reliance on fixed templates for factory production order information and technical instruction documents, and improves the efficiency and accuracy of storage maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0008] In order to more clearly illustrate the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0009] Figure 1 A flow chart of a storage device testing method disclosed in this application; Figure 2 A specific flow chart of a storage device test disclosed in this application; Figure 3 A specific flow chart of a preset parsing operation disclosed in this application; Figure 4 A diagram of a resource pool architecture disclosed in this application; Figure 5 A version conflict detection flow chart disclosed in this application; Figure 6 A brief flowchart of a method for implementing storage device testing disclosed in this application; Figure 7 This is a structural schematic diagram of a storage device testing device disclosed in this application. DETAILED DESCRIPTION

[0010] The following will be combined with the accompanying drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0011] During functional testing of storage devices, firmware and MCS image maintenance requires manual parsing of ECN instructions and maintenance through scanning of production order information at fixed intervals. This presents timeliness and accuracy issues: delayed ECN maintenance and MPE parsing of engineering change instructions lead to delayed firmware and MCS image updates; customized instructions are inefficient, and reliance on fixed templates results in a 5% error rate in storage or server custom deployments. Furthermore, automatic firmware parsing and automatic configuration maintenance rely on factory order scheduling information as input, which is inefficient due to fixed-time polling of scheduling information. This can lead to urgent orders being posted but not maintained. Furthermore, if instruction writers accidentally modify the template, parsing failures can occur. Therefore, how to implement storage device testing to avoid factory diagnostic testing downtime due to untimely maintenance, reduce reliance on factory scheduling information and fixed templates of technical instruction documents, improve the efficiency and accuracy of storage maintenance, and reduce firmware and MCS image update delays are issues that need to be addressed by those skilled in the art.

[0012] See also Figure 1 As shown, an embodiment of the present invention discloses a storage device testing method, which may specifically include: Step S11: monitoring a preset message queue in the product lifecycle management system of the storage device. If a new engineering change notification event is detected in the preset message queue, obtaining a corresponding target event document; the target event document is an unstructured document.

[0013] In this embodiment, a preset listener is used to monitor the preset message queue in the product lifecycle management system of the storage device; if a new engineering change notification event is detected in the preset message queue, an event identifier is generated based on the new engineering change notification event; the timestamp when the new engineering change notification event is in effect, as well as the storage device model associated with the new engineering change notification event, are recorded, and the corresponding target event document is obtained.

[0014] The specific process of storage device testing in this application is as follows Figure 2 As shown, deploy an ECN listener to listen to the ECN_PUBLISH preset message queue of the enterprise's PLM (Product Lifecycle Management) system (such as Windchill). The message queue monitoring example is as follows: channel.queue_declare(queue='ECN_PUBLISH', durable=True) channel.basic_consume(queue='ECN_PUBLISH', on_message_callback=ecn_callback, # trigger parsing function auto_ack=True). When a new ECN is detected, an event ID (Identity document) is generated: ECN20240605_1732; Generate a globally unique event ID: ECN<year-month-day>_<hours, minutes, seconds> (e.g. ECN20240605_1732); Record the ECN effective timestamp, associated device model, and event document, and obtain the corresponding target event document. The target event document is an unstructured document in the format of PDF (Portable Document Format) or DOCX (Document Sciences Corporation).

[0015] This application monitors the preset message queue in the product lifecycle management system of the storage device, thereby realizing automatic monitoring of engineering change notification events and improving the efficiency and timeliness of monitoring.

[0016] Step S12: performing a preset parsing operation on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular matching and a second parsing operation based on an entity recognition model of natural language processing.

[0017] In this embodiment, semantic alignment and a first parsing operation based on regular matching are performed on the target event document to obtain a first parsing result; a second parsing operation is performed on the target event document using an entity recognition model based on natural language processing to extract field information that was not matched in the first parsing operation from the target event document to obtain a second parsing result; corresponding structured data is generated based on the first parsing operation and the second parsing results; the structured data includes an event identifier and a storage device model.

[0018] The specific process of the preset parsing operation in this application is as follows Figure 3 As shown, the process of the second parsing operation includes: constructing an initial entity recognition model for natural language processing based on a bidirectional encoder representation model; adjusting the initial entity recognition model using historical documents to obtain an entity recognition model based on natural language processing; using the entity recognition model to perform a second parsing operation on the target event document to extract field information that was not matched in the first parsing operation from the target event document to obtain a second parsing result.

[0019] In addition, in the process of performing the preset parsing operation on the target event document, it also includes: performing logical conflict detection on the target event document to detect whether there are logically conflicting words in the target event document; if there are logically conflicting words in the target event document, the process of the preset parsing operation is stopped, and a first alarm message is generated and sent to the client.

[0020] This application adjusts the BERT (Bidirectional Encoder Representation from Transformers) model based on historical documents to dynamically identify target event documents; uses semantic alignment to solve the problem of synonyms; and automatically pauses the process and issues an alarm when logically conflicting words are detected in the target event document.

[0021] This application supports preset parsing operations for unstructured documents such as PDF / DOCX / Excel (Microsoft Office Excel), using regular expression matching + NLP (Natural Language Processing) entity recognition: - Input: Unstructured ECN document (PDF / DOCX) - Processing: Automatically extract key parameters from ECN documents using an NLP-based entity recognition model (sample code optimization): def ecn_parser(ecn_file): # Use regular expression + keyword matching to extract key parameters, regular expression matching core version number (priority 1) patterns = { "MCS_VER": r"MCS_Image[_\s]?v?(\d+\.\d+\.\d+)", "BIOS_FILE": r"BIOS_UPDATE:\s*(\w+\.bin|bin_\d+\.\d+)", "EFFECTIVE_DATE": r"Effective Date[::]\s*(\d{4}-\d{2}-\d{2})" } # NLP fallback recognition (priority 2): extract unmatched fields based on the BERT model if unmatched_fields: nlp_result = bert_ner(ecn_text) return {key: re.search(ptn, ecn_file).group(1) for key, ptn inpatterns.items(), **nlp_result} - Output: Structured JSON (JavaScript Object Notation, a lightweight data exchange format) data (including version number, file path, and effective time) { "ecn_id": "ECN20240605_1732", "device_model": "US-5000", / / Associated device model "resources": { "mcs_image": "MCS_v2.3.4.img", "firmwares": [ {"type": "BIOS", "version": "5.12", "file": "bios_5.12.bin"}, {"type": "CPLD", "version": "R122", "file": "cpld_r122.pkg"} ] } }.

[0022] The present invention solves the problem of out-of-control version management in the field of storage device diagnostic testing by performing a first parsing operation based on regular matching, a second parsing operation based on an entity recognition model for natural language processing, and logical conflict detection on the target event document, thereby reducing labor costs, eliminating manual intervention nodes, and improving test efficiency and accuracy.

[0023] Step S13: screening diagnostic resources corresponding to the structured data from the resource pool.

[0024] In this embodiment, it is determined whether there are diagnostic resources corresponding to the structured data in the resource pool; if there are no diagnostic resources corresponding to the structured data in the resource pool, the missing diagnostic resources corresponding to the structured data in the resource pool are determined, and the process of downloading the missing diagnostic resources is executed; if there are diagnostic resources corresponding to the structured data in the resource pool, the diagnostic resources corresponding to the structured data are filtered out from the resource pool. Among them, the resource pool architecture is as follows Figure 4 As shown, the resource pool in this application is a resource pool based on a unified storage architecture. The resource pool based on a unified storage architecture refers to integrating structured data such as firmware versions and paths into a unified resource pool to achieve centralized management, unified scheduling and flexible adaptation of storage resources, breaking the "island effect" of traditional storage and being able to meet the storage needs of different businesses at the same time.

[0025] This application downloads and extracts the corresponding diagnostic resources based on the structured JSON data (including version number, file path, and effective time) parsed by ECN: Automatically download basic resources from unified storage, using Ceph distributed object storage, and divide the resource pool of the unified storage architecture by resource type: / firmware_pool / BIOS / bios_5.12.bin / mcs_pool / v2.3.4 / MCS_v2.3.4.img.

[0026] Step S14: establishing a dynamic mapping relationship table between engineering change notification events and diagnostic resources based on the structured data, and performing integrity verification on the dynamic mapping relationship table.

[0027] In this embodiment, if the integrity verification fails, an alarm process is triggered, a third alarm message indicating that the integrity verification fails is generated and sent to the client, and the integrity verification process is stopped.

[0028] In this embodiment, the code example for establishing a dynamic mapping relationship table between engineering change notification events and diagnostic resources is as follows: CREATE TABLE ecn_resource_map ( ecn_id CHAR(16) PRIMARY KEY, -- ECN event ID device_model VARCHAR(20) NOT NULL, -- device model mcs_object_id VARCHAR(64) NOT NULL, -- MCS mirror object ID (Ceph OID) firmware_set JSON NOT NULL, -- firmware set signature CHAR(64) NOT NULL -- SHA-256 file signature ); And, the code example of integrity verification is as follows: sha256sum bios_5.12.bin > computed_hash if [ "$(cat computed_hash)" != "$db_signature" ]; then trigger_alert("FILE_CORRUPTED") # trigger an alarm and terminate the process fi.

[0029] Step S15: If the integrity verification passes, the diagnostic resources are downloaded to the diagnostic test system of the storage device, and it is determined whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform diagnostic testing on the storage device based on the acquired diagnostic resources when there is no version conflict.

[0030] In this embodiment, if the integrity verification passes, the diagnostic resource is downloaded to the diagnostic test system of the storage device using the application programming interface; the current device firmware version of the storage device is obtained using the management controller interface; the required device firmware version is extracted from the target event document; and it is determined whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document; if there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, a second alarm message for representing the version conflict is generated and sent to the client, so that the client performs a version rollback operation based on the second alarm message.

[0031] In this embodiment, the diagnostic resource is downloaded to the diagnostic test system of the storage device using the REST API (Representational State Transfer Application Programming Interface). The code example is as follows: PATCH https: / / diagnosis-server / api / v1 / config Headers: {Authorization: Bearer <token>} Body: { "operation": "UPDATE_RESOURCES", "ecn_id": "ECN20240605_1732", "resources": { "mcs_image": "ceph: / / mcs_pool / v2.3.4.img", "firmwares": [ {"type": "BIOS", "path": "ceph: / / firmware_pool / BIOS / bios_5.12.bin"}, {"type": "CPLD", "path": "ceph: / / firmware_pool / CPLD / cpld_r122.pkg"} ] } }.

[0032] The version rollback operation retains the last three valid versions and supports one-click rollback.

[0033] Among them, the diagnostic test process includes: determining whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that when there is no version conflict, the diagnostic test system performs password verification and script verification on the storage device based on the acquired diagnostic resources; password verification is to calculate the hash value or cryptographic hash function value based on the diagnostic resource and perform verification using a digital signature; script verification is to simulate the execution of a preset script based on the diagnostic resource.

[0034] The version conflict detection process of this application is as follows Figure 5 As shown, the real-time version comparison is performed by first recording the current device firmware version of the storage device. When there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, the relevant production line is automatically suspended. The code example is as follows: def version_check(device, ecn): # Current device version: obtained from the BMC interface curr_bios = get_device_bios(device.ip) #ECN requirement version: extracted from resource pool metadata require_bios = ecn.resources['BIOS'].version if version_parse(curr_bios) > version_parse(require_bios): trigger_meltdown(device.line_id) # trigger line meltdown In this embodiment, when there is no version conflict, the diagnostic test system performs password verification and script verification on the storage device based on the acquired diagnostic resources. The password verification is to instantly check SHA-256 / MD5 based on the diagnostic resources, and use digital signatures to verify the integrity of the firmware and image files (SHA-256); the script verification is to simulate the execution of the refresh script in the sandbox based on the diagnostic resources and capture the abnormal return value (such as Python subprocess.check_output()).

[0035] When verification fails, the diagnostic test system automatically triggers a rollback to the most recently available version and notifies the PLM system to mark the ECN as abnormal. When verification succeeds, a maintenance report is automatically generated and sent to the engineer's email address.

[0036] The brief process of implementing storage device testing in this application is as follows Figure 6 As shown, the present invention improves ECN response efficiency by 40 times and reduces the version error rate to less than one in ten thousand, fundamentally solving the problem of uncontrolled version management in the field of storage device diagnostic testing. It converts the reliance on fixed template parsing and maintenance into an automated data flow of ECN metadata → storage resources → diagnostic configuration, and achieves a strong binding of diagnostic resources and logical versions through the resource pool. This method can automatically maintain the firmware and MCS mirror system that need to be refreshed for storage devices, and automate test processes and report generation, reducing labor costs, improving test efficiency and accuracy, reducing labor consumption, and improving product quality. Compared with traditional methods, the improvement of this application is shown in Table 1: Table 1: The improvement of this application compared with the traditional method Improved maintenance efficiency: ECN response time is reduced from hours to less than 5 minutes; Accuracy: The version matching accuracy reaches 99.98% (measured data); Resource saving: A single production line saves labor costs annually.

[0037] Automated maintenance of storage device firmware that requires refreshing, such as the BIOS (Basic Input / Output System) / BMC (Baseboard Management Controller) / CPLD (Complex Programmable Logic Device), and MCS image systems that require installation, reduces labor costs while significantly improving test accuracy and efficiency.

[0038] Furthermore, this application integrates device contextual knowledge graphs (such as device model compatibility rules) into the BERT model, dynamically revising parsing results (for example, automatically triggering an alert when ECN requires "BIOS v5.12" but the device only supports ≥v6.0). It also performs cross-document correlation parsing, simultaneously analyzing ECN documents and associated PLM change histories to identify conflicting changes (for example, when the firmware version of the same device model is modified multiple times within 24 hours). This overcomes the limitations of single-document parsing and enables global consistency verification of change links. Furthermore, this application also adds intelligent resource management mechanisms for resource pools. For example, intelligent resource preloading: Based on a model predicting the time at which ECN takes effect, resources are pre-emptively migrated from cold storage pools to hot storage pools (for example, automatically pre-warming resources one hour before ECN takes effect); and grayscale release: Multiple versions of the same resource are retained in the storage pool, dynamically assigned by production line batch (for example, v2.3.4 for Line A and v2.3.5 for Line B). This reduces resource scheduling delays and supports batched production.

[0039] In this embodiment, a preset message queue in the product lifecycle management system of the storage device is monitored. If a new engineering change notification event is detected in the preset message queue, a corresponding target event document is obtained; the target event document is an unstructured document; a preset parsing operation is performed on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular matching and a second parsing operation based on an entity recognition model of natural language processing; diagnostic resources corresponding to the structured data are screened from a resource pool; a dynamic mapping relationship table between the engineering change notification event and the diagnostic resource is established based on the structured data, and the integrity of the dynamic mapping relationship table is verified; if the integrity verification passes, the diagnostic resource is downloaded to the diagnostic test system of the storage device, and it is determined whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform a diagnostic test on the storage device based on the obtained diagnostic resource when there is no version conflict. The present application monitors a new engineering change notification event in a preset message queue, obtains a corresponding target event document, and then performs preset parsing operations on the target event document. The preset parsing operations include a first parsing operation based on regular expression matching and a second parsing operation based on an entity recognition model for natural language processing. This obtains an unstructured document, supports breaking document silos for unstructured documents, and implements cross-system intelligent parsing of unstructured documents. Diagnostic resources corresponding to structured data are screened from a resource pool, and a dynamic mapping relationship table between the engineering change notification event and the diagnostic resources is established to implement end-to-end automation from the engineering change notification event to the diagnostic system. The dynamic mapping relationship table is then verified for integrity. If the integrity verification passes, the diagnostic resource is downloaded to a diagnostic test system for a storage device, and a determination is made as to whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document. If no version conflict exists, the diagnostic test system performs a diagnostic test on the storage device based on the obtained diagnostic resource, thereby implementing storage device testing. This avoids factory diagnostic test line downtime due to untimely maintenance, reduces reliance on fixed templates for factory production order information and technical instruction documents, and improves the efficiency and accuracy of storage maintenance.

[0040] See also Figure 7 As shown, the embodiment of the present invention discloses a partition monitoring device for dual-partition deployment, which may specifically include: The monitoring module 11 is used to monitor the preset message queue in the product lifecycle management system of the storage device, and if a new engineering change notification event is detected in the preset message queue, obtain the corresponding target event document; the target event document is an unstructured document; A preset parsing operation module 12 is used to perform a preset parsing operation on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular expression matching and a second parsing operation based on an entity recognition model of natural language processing; A screening module 13 is used to screen diagnostic resources corresponding to the structured data from the resource pool; An integrity verification module 14 is used to establish a dynamic mapping relationship table between engineering change notification events and diagnostic resources based on structured data, and to perform integrity verification on the dynamic mapping relationship table; The version conflict judgment module 15 is used to download the diagnostic resources to the diagnostic test system of the storage device if the integrity verification passes, and to judge whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform diagnostic testing on the storage device based on the acquired diagnostic resources when there is no version conflict.

[0041] In some specific embodiments, the monitoring module 11 may specifically include: A preset message queue monitoring module is used to monitor the preset message queue in the product life cycle management system of the storage device using a preset monitor; An event identifier generation module is used to generate an event identifier based on a new engineering change notification event if a new engineering change notification event is monitored in a preset message queue; The recording module is used to record the timestamp when the new engineering change notification event is in an effective state, the storage device model associated with the new engineering change notification event, and obtain the corresponding target event document.

[0042] In some specific embodiments, the preset parsing operation module 12 may specifically include: A first parsing operation module is used to perform semantic alignment and a first parsing operation based on regular expression matching on the target event document to obtain a first parsing result; a second parsing operation module, configured to perform a second parsing operation on the target event document using an entity recognition model based on natural language processing, so as to extract field information not matched in the first parsing operation from the target event document, and obtain a second parsing result; The structured data generation module is used to generate corresponding structured data based on the first parsing operation and the second parsing result; the structured data includes an event identifier and a storage device model.

[0043] In some specific embodiments, the preset parsing operation module 12 may specifically include: An initial entity recognition model building module is used to build an initial entity recognition model for natural language processing based on a bidirectional encoder representation model; An adjustment module, used to adjust the initial entity recognition model using historical documents to obtain an entity recognition model based on natural language processing; An extraction module is configured to perform a second parsing operation on the target event document using the entity recognition model to extract field information from the target event document that was not matched in the first parsing operation, thereby obtaining a second parsing result. A logical conflict detection module is configured to detect whether there are any logically conflicting terms in the target event document. The first alarm information sending module is used to stop the preset parsing operation process if there are logically conflicting words in the target event document, and generate and send the first alarm information to the client.

[0044] In some specific embodiments, the preset parsing operation module 12 may specifically include: A logic conflict detection module is used to perform logic conflict detection on the target event document to detect whether there are logically conflicting words in the target event document; The first alarm information generating and sending module is used to stop the preset parsing operation process if there are logically conflicting words in the target event document, and generate and send the first alarm information to the client.

[0045] In some specific embodiments, the screening module 13 may specifically include: The diagnostic resource judgment module is used to judge whether there are diagnostic resources corresponding to the structured data in the resource pool; A missing diagnostic resource determination module is used to determine the missing diagnostic resource corresponding to the structured data that is missing in the resource pool if the diagnostic resource corresponding to the structured data does not exist in the resource pool, and execute the process of downloading the missing diagnostic resource; The diagnosis resource screening module is used to screen out the diagnosis resources corresponding to the structured data from the resource pool if the diagnosis resources corresponding to the structured data exist in the resource pool.

[0046] In some specific embodiments, the version conflict determination module 15 may specifically include: a diagnostic resource download module for downloading the diagnostic resource to the diagnostic test system of the storage device using an application programming interface if the integrity verification passes; The current device firmware version acquisition module is used to obtain the current device firmware version of the storage device using the management controller interface; A required device firmware version extraction module is used to extract the required device firmware version from the target event document; The version conflict determination module is used to determine whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document.

[0047] In some specific embodiments, the version conflict determination module 15 may specifically include: The second alarm information sending module is used to generate and send a second alarm information for representing the version conflict to the client if there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the client can perform a version rollback operation based on the second alarm information.

[0048] In some specific embodiments, the integrity verification module 14 may specifically include: The third alarm information sending module is used to trigger the alarm process if the integrity verification fails, generate and send the third alarm information used to indicate that the integrity verification fails to the client, and stop the integrity verification process.

[0049] In some specific embodiments, the version conflict determination module 15 may specifically include: The password verification and script verification module is used to determine whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform password verification and script verification on the storage device based on the acquired diagnostic resources when there is no version conflict; password verification is to calculate the hash value or cryptographic hash function value based on the diagnostic resource and perform verification using a digital signature; script verification is to simulate the execution of a preset script based on the diagnostic resource.

[0050] Among them, the description of the features in the embodiment corresponding to the storage device testing apparatus can refer to the relevant description of the embodiment corresponding to the partition monitoring method for dual-partition deployment, and will not be repeated here.

[0051] An embodiment of the present application further provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any of the above-mentioned storage device testing method embodiments.

[0052] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. The computer program is configured to execute the steps of any of the above-mentioned storage device testing method embodiments when running.

[0053] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0054] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the components and steps of each example according to their functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0055] The above is a detailed introduction to a storage device testing method and electronic device provided by the present application. Specific examples are used herein to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only intended to help understand the method and core ideas of the present application. It should be pointed out that, for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.< / token>

Claims

1. A storage device testing method, characterized in that: include: Monitor a preset message queue in a product lifecycle management system of the storage device, and if a new engineering change notification event is detected in the preset message queue, obtain a corresponding target event document; The target event document is an unstructured document; Performing a preset parsing operation on the target event document to obtain structured data; the preset parsing operation includes a first parsing operation based on regular expression matching and a second parsing operation based on an entity recognition model of natural language processing; Filtering diagnostic resources corresponding to the structured data from a resource pool; Establishing a dynamic mapping relationship table between the engineering change notification event and the diagnostic resource based on the structured data, and performing integrity verification on the dynamic mapping relationship table; If the integrity verification passes, the diagnostic resource is downloaded to the diagnostic test system of the storage device, and a determination is made as to whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system can perform a diagnostic test on the storage device based on the acquired diagnostic resource when there is no version conflict.

2. The storage device testing method according to claim 1, wherein: The method of monitoring a preset message queue in the product lifecycle management system of the storage device and obtaining a corresponding target event document if a new engineering change notification event is detected in the preset message queue includes: Using a preset listener to monitor a preset message queue in a product lifecycle management system of a storage device; If a new engineering change notification event is detected in the preset message queue, an event identifier is generated based on the new engineering change notification event; Record the timestamp when the new engineering change notification event is in effect, as well as the storage device model associated with the new engineering change notification event, and obtain the corresponding target event document.

3. The storage device testing method according to claim 2, wherein: The performing of a preset parsing operation on the target event document to obtain structured data includes: Performing semantic alignment and a first parsing operation based on regular expression matching on the target event document to obtain a first parsing result; Performing a second parsing operation on the target event document using an entity recognition model based on natural language processing to extract field information that was not matched in the first parsing operation from the target event document, thereby obtaining a second parsing result; Corresponding structured data is generated based on the first parsing operation and the second parsing result; the structured data includes the event identifier and the storage device model.

4. The storage device testing method according to claim 3, wherein: The performing a second parsing operation on the target event document using the entity recognition model based on natural language processing to extract field information not matched in the first parsing operation from the target event document to obtain a second parsing result includes: Build an initial entity recognition model for natural language processing based on a bidirectional encoder representation model; Adjusting the initial entity recognition model using historical documents to obtain an entity recognition model based on natural language processing; A second parsing operation is performed on the target event document using the entity recognition model to extract field information that is not matched in the first parsing operation from the target event document to obtain a second parsing result.

5. The storage device testing method according to claim 1, wherein: The process of performing a preset parsing operation on the target event document further includes: Performing a logic conflict detection on the target event document to detect whether there are logically conflicting words in the target event document; If there are logically conflicting words in the target event document, the preset parsing operation process is stopped, and a first alarm message is generated and sent to the client.

6. The storage device testing method according to claim 1, wherein: The screening of the diagnostic resources corresponding to the structured data from the resource pool includes: Determining whether there is a diagnostic resource corresponding to the structured data in the resource pool; If the diagnostic resource corresponding to the structured data does not exist in the resource pool, determining the missing diagnostic resource corresponding to the structured data that is missing in the resource pool, and executing a process for downloading the missing diagnostic resource; If the diagnostic resource corresponding to the structured data exists in the resource pool, the diagnostic resource corresponding to the structured data is filtered out from the resource pool.

7. The storage device testing method according to claim 1, wherein: If the integrity verification passes, the diagnostic resource is downloaded to the diagnostic test system of the storage device, and a determination is made as to whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, including: If the integrity verification passes, downloading the diagnostic resource to the diagnostic test system of the storage device using an application programming interface; Obtaining a current device firmware version of the storage device using a management controller interface; Extract the required device firmware version from the target event document; Determine whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document.

8. The storage device testing method according to claim 7, wherein: After determining whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, the method further includes: If there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, generating and sending a second alarm message indicating the version conflict to the client, so that the client performs a version rollback operation based on the second alarm message; Accordingly, after the integrity verification of the dynamic mapping relationship table is performed, the method further includes: If the integrity verification fails, an alarm process is triggered, a third alarm message indicating that the integrity verification fails is generated and sent to the client, and the integrity verification process is stopped.

9. The storage device testing method according to any one of claims 1 to 8, characterized in that: The determining whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that the diagnostic test system performs a diagnostic test on the storage device based on the acquired diagnostic resource when no version conflict exists, includes: Determine whether there is a version conflict between the current device firmware version of the storage device and the required device firmware version recorded in the target event document, so that when there is no version conflict, the diagnostic test system performs password verification and script verification on the storage device based on the acquired diagnostic resources; the password verification is to calculate a hash value or a cryptographic hash function value based on the diagnostic resources and perform verification using a digital signature; the script verification is to simulate the execution of a preset script based on the diagnostic resources.

10. An electronic device, characterized in that: include: memory for storing computer programs; A processor, configured to implement the steps of the storage device testing method according to any one of claims 1 to 9 when executing the computer program.

Images