Version upgrading verification method and device, equipment and medium

Abstract

The invention provides a version upgrading verification method and device, equipment and a medium, and is applied to the technical field of system upgrading. The version upgrade verification method comprises the following steps: obtaining a verification request signal generated by each initial component in an upgrade process; determining corresponding reference information according to a reference request signal in the verification request signal, the initial component and the corresponding upgrade change feature; determining upgrade verification information according to a verification request signal in the verification request signal and an upgrade component generated by the initial component through an upgrade process; and if the reference information and the upgrading verification information meet the expected requirements, judging that the current initial component is successfully upgraded. Therefore, the reference request signal and the verification request signal in the verification request signal are accurately distinguished, and the data integrity change in the system upgrading process can be more accurately detected. And meanwhile, unnecessary confusion and error processing are avoided, so that the request processing of the whole system in the upgrading process is more orderly and efficient.

Description

Technical Field

[0001] The present invention relates to the technical field of system upgrade, and particularly to a version upgrade verification method, device, equipment and medium. Background Art

[0002] In a service environment deployed based on an open-source platform (Kubernetes, K8S) for managing containers, as the business develops and requirements change, service upgrade becomes a key task. Since K8S provides powerful container orchestration and management capabilities, it makes the deployment, expansion and management of services more convenient and efficient.

[0003] However, during the service upgrade process, due to the complexity and dynamics of services in the K8S environment, data inconsistency may occur during the upgrade process. And because the current upgrade technology only focuses on whether the upgrade process is completed, additional verification is required for judging whether the data before and after the upgrade is consistent. This not only increases the extra workload during the entire upgrade process, but also raises the risk of problems, thereby affecting the subsequent operation of the service.

[0004] It can be seen that how to reduce the workload of verifying whether the service upgrade is successful and the risk of problems is an issue that needs to be solved by those skilled in the art. Summary of the Invention

[0005] The purpose of the embodiments of the present invention is to provide a version upgrade verification method, device, equipment and medium, which can solve the problems of the extra workload brought by verifying the upgraded service and the risk of upgrade problems in the prior art.

[0006] To solve the above technical problems, on the one hand, the embodiments of the present invention provide a version upgrade verification method, including:

[0007] Obtain the verification request signals generated by each initial component during the upgrade process;

[0008] Determine the corresponding reference information according to the reference request signal, the initial component and the corresponding upgrade change characteristics in the verification request signal;

[0009] Determine the upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process;

[0010] If the reference information and the upgrade verification information meet the expected requirements, it is determined that the current initial component upgrade is successful.

[0011] In some embodiments, determining the corresponding reference information according to the reference request signal, the initial component and the corresponding upgrade change characteristics in the verification request signal includes:

[0012] Determine the first reference feedback information according to the reference request signal and the initial component;

[0013] Determine the second reference feedback information according to the reference request signal and the upgrade change characteristics;

[0014] Determine the operation rule corresponding to the current initial component during the upgrade process according to the upgrade change characteristics;

[0015] Determine the reference information according to the first reference feedback information, the second reference feedback information, and the operation rule.

[0016] In some embodiments, determining the operation rule corresponding to the current initial component during the upgrade process according to the upgrade change characteristics includes:

[0017] Judge whether the upgrade change characteristics indicate that the upgrade process is an expansion process;

[0018] If the upgrade change characteristics indicate that the upgrade process is an expansion process, the operation rule corresponding to the upgrade change characteristics is an addition operation, and the sum of the first reference feedback information and the second reference feedback information is used as the reference information;

[0019] If the upgrade change characteristics indicate that the upgrade process is a non - expansion process, judge whether the upgrade change characteristics indicate that the upgrade process is an optimization process;

[0020] If the upgrade change characteristics indicate that the upgrade process is an optimization process, the operation rule corresponding to the upgrade change characteristics is a subtraction operation, and the difference between the first reference feedback information and the second reference feedback information is used as the reference information;

[0021] If the upgrade change characteristics indicate that the upgrade process is a non - optimization process, judge whether the upgrade change characteristics indicate that the upgrade process is an empty process;

[0022] If the upgrade change characteristics indicate that the upgrade process is an empty process, the operation rule corresponding to the upgrade change characteristics is an empty operation, and the first reference feedback information is used as the reference information.

[0023] In some embodiments, the version upgrade verification method further includes:

[0024] Obtain the initial program interface identifier corresponding to each initial component before the upgrade;

[0025] Obtain the upgraded program interface identifier corresponding to each initial component during the upgrade process;

[0026] Determine the upgrade process of the current initial component according to the initial program interface identifier and the upgraded program interface identifier.

[0027] In some embodiments, the version upgrade verification method further includes:

[0028] If the reference information and the upgrade verification information do not meet the expected requirements, it is determined that the current initial component upgrade fails, and the upgrade verification information and the reference information are analyzed to determine the cause of the failure.

[0029] In some embodiments, the version upgrade verification method, after determining that the current initial component upgrade fails, further includes:

[0030] Replace the initial component with the component after the upgrade fails, and trigger the alarm device.

[0031] In some embodiments, before obtaining the verification request signals generated by each initial component during the upgrade process, it further includes:

[0032] Obtain the upgrade signals corresponding to each initial component;

[0033] Based on the upgrade signals, construct a feature database including the upgrade change features corresponding to each initial component.

[0034] On the other hand, the present invention also provides a version upgrade verification device, including:

[0035] An acquisition module, configured to acquire the verification request signals generated by each initial component during the upgrade process;

[0036] A first determination module, configured to determine the corresponding reference information according to the reference request signal, the initial component, and the corresponding upgrade change features in the verification request signal;

[0037] A second determination module, configured to determine the upgrade verification information according to the verification request signal in the verification request signal and the upgrade component generated by the initial component through the upgrade process;

[0038] A determination module, configured to determine that the current initial component upgrade is successful if the reference information and the upgrade verification information meet the expected requirements.

[0039] On the other hand, the present invention also provides an electronic device, including:

[0040] A memory, configured to store a computer program;

[0041] A processor, configured to execute the computer program to implement the steps of the version upgrade verification method as described above.

[0042] On the other hand, the present invention also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the version upgrade verification method as described above are implemented.

[0043] On the other hand, the present invention also provides a computer program product, including computer programs / instructions, and when the computer programs / instructions are executed by a processor, the steps of the version upgrade verification method as described above are implemented

[0044] As can be seen from the above technical solutions, the present invention provides a version upgrade verification method, including: obtaining verification request signals generated by each initial component during the upgrade process; determining corresponding reference information according to the reference request signals, initial components, and corresponding upgrade change characteristics in the verification request signals; determining upgrade verification information according to the verification request signals in the verification request signals and the upgraded components generated by the initial components during the upgrade process; if the reference information and the upgrade verification information meet the expected requirements, it is determined that the current initial component upgrade is successful. Thus, it can be seen that the present invention accurately combines the reference request signals in the verification request signals with the initial components and the upgrade change characteristics to obtain the reference information corresponding to the initial components before the upgrade, combines the verification request signals with the upgraded components after the upgrade to obtain the upgrade verification information after the upgrade, and then compares the corresponding information before and after the upgrade, which can more accurately detect the change of data integrity during the upgrade process. At the same time, the present invention reasonably distinguishes the reference request signals and verification request signals before and after the upgrade, avoids unnecessary confusion and error handling, and makes the request processing during the entire upgrade process more orderly and efficient. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the embodiments of the present invention, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0046] Figure 1 It is a flowchart of a version upgrade verification method provided by an embodiment of the present invention;

[0047] Figure 2 It is a complete flowchart of a version upgrade verification method provided by an embodiment of the present invention;

[0048] Figure 3 It is a schematic structural diagram of a version upgrade verification device provided by an embodiment of the present invention;

[0049] Figure 4 It is a structural diagram of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0050] The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the protection scope of the present invention.

[0051] As used in the description of the present invention and the above-mentioned drawings, the terms "comprising" and "having", and any variations related to "comprising" and "having", are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but may include steps or units that are not listed.

[0052] To enable those skilled in the art to better understand the solution of the present invention, the present invention will be further described in detail below with reference to the drawings and specific embodiments.

[0053] Next, a version upgrade verification method, apparatus, device and medium provided by an embodiment of the present invention will be introduced in detail.

[0054] Figure 1 The flowchart of a version upgrade verification method provided by an embodiment of the present invention is shown as Figure 1 shown, and the version upgrade verification method includes the following steps:

[0055] S10: Obtain the verification request signals generated by each initial component during the upgrade process.

[0056] S11: Determine the corresponding reference information according to the reference request signal, the initial component and the corresponding upgrade change characteristics in the verification request signal.

[0057] S12: Determine the upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process.

[0058] S13: If the reference information and the upgrade verification information meet the expected requirements, it is determined that the current initial component upgrade is successful.

[0059] In an embodiment, multiple components form a system or an electronic device. The upgrade of the system or the electronic device is essentially the upgrade of each internal component. The component before upgrade is the initial component, and the component after upgrade is the upgraded component. Due to the data synchronization problem between different components, the configuration files in each component may cause data errors during the upgrade process, resulting in upgrade failure. Therefore, it is necessary to verify the components after upgrade. Among them, the system or electronic device to be upgraded needs to obtain a corresponding upgrade signal to prompt the upgrade of each initial component in itself. And during the upgrade process, different initial components have different upgrade purposes. Some initial component upgrades will result in new or extended functions, some initial component upgrades will result in reduced or optimized functions, and there are also some initial components that, although they have undergone the upgrade process, have no changes. So, it should be noted that although the upgrade of the system or electronic device to be upgraded is essentially the upgrade of each internal initial component, the upgrade purposes of each initial component are different, that is, the corresponding upgrade change characteristics (new, optimized, etc.) are different. That is to say, according to the different upgrade purposes of each initial component, the corresponding upgrade change characteristics can be determined before the upgrade.

[0060] Therefore, before officially obtaining the verification request signals generated by each initial component during the upgrade process, the upgrade signals corresponding to each initial component can be obtained. And since the initial component realizes the upgrade according to the upgrade signal, that is, the upgrade signal represents the upgrade purpose of the initial component, the corresponding upgrade change characteristics can be determined only according to the upgrade signal, and finally the feature database is constructed according to the upgrade change characteristics. It should be noted that in addition to the upgrade change characteristics, the feature database may also include: modules and function items, and API identifiers (Application Programming Interface, initial program interface identifiers). For modules and function items, the feature database is classified according to different modules of the component, and each module contains multiple function items. For example, there may be module A containing function 1, function 2, etc., and module B containing function 3, function 4, etc. For API identifiers, each function item has a corresponding API identifier. The API is the interface specification for the interaction between different function modules in the system. Through the API identifier, the changes of each function before and after the upgrade can be accurately located and identified.

[0061] In the version upgrade verification method provided by the present invention, the upgrade process of the initial component can be divided into the initial stage of upgrade (not yet started to upgrade), the middle stage of upgrade (being upgraded), and the later stage of upgrade (upgrade completed, the initial component becomes the upgraded component). A reference request signal is generated in the initial stage or the later stage of upgrade, and a verification request signal is generated in the later stage of upgrade.

[0062] After generating a reference request signal itself, the reference request signal is sent to the initial component. The initial component generates a corresponding feedback signal according to the reference request signal. By combining the current upgrade change characteristics of the initial component, the reference information obtained through the calculation rule can be determined. It should be noted that if the reference request signal is generated in the initial stage of the upgrade, the initial component does not need to be saved during the subsequent upgrade process of the initial component. In this way, before the initial component is officially upgraded, the corresponding reference information can be determined according to the reference request signal, the initial component, and the corresponding upgrade change characteristics in the verification request signal; if the reference request signal is generated in the later stage of the upgrade, the initial component needs to be retained during the upgrade process of the initial component. That is to say, the specific component used is the upgraded component after the upgrade, but the original initial component is still stored inside. In this way, in the later stage of the upgrade, the corresponding reference information can be determined according to the reference request signal, the stored initial component, and the corresponding upgrade change characteristics.

[0063] After generating a verification request signal itself, since the verification request signal is generated in the later stage of the upgrade, the initial component has been upgraded to an upgraded component at this time. The verification request signal is sent to the upgraded component at this time, so as to obtain the upgrade verification information generated by the current upgraded component.

[0064] Among them, it should be noted that the reference information is calculated according to the application logic, while the upgrade verification information is generated after the upgrade process. Therefore, the upgrade status of the current component can be determined according to the comparison between the reference information and the upgrade verification information. If the reference information and the upgrade verification information meet the expected requirements, that is, the data content and format in the reference information and the upgrade verification information are exactly the same, it is determined that the current initial component upgrade is successful; if the reference information and the upgrade verification information do not meet the expected requirements, that is, the data content and format in the reference information and the upgrade verification information are not exactly the same, it is determined that the current initial component upgrade fails.

[0065] As can be seen from the above technical solutions, the present invention provides a version upgrade verification method, including: obtaining verification request signals generated by each initial component during the upgrade process; determining corresponding reference information according to the reference request signal, the initial component, and the corresponding upgrade change characteristics in the verification request signal; determining upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process; if the reference information and the upgrade verification information meet the expected requirements, it is determined that the current initial component upgrade is successful. Thus, it can be seen that the present invention accurately combines the reference request signal in the verification request signal with the initial component and the upgrade change characteristics to obtain the reference information corresponding to the initial component before the upgrade, combines the verification request signal with the upgraded component after the upgrade to obtain the upgrade verification information after the upgrade, and then compares the information before and after the upgrade, which can more accurately detect the change in data integrity during the upgrade process. At the same time, the present invention reasonably distinguishes the reference request signal and the verification request signal before and after the upgrade, avoids unnecessary confusion and error handling, and makes the request processing during the entire upgrade process more orderly and efficient.

[0066] In some embodiments, the specific implementation manner of the above S11: determining the corresponding reference information according to the reference request signal, the initial component, and the corresponding upgrade change characteristics in the verification request signal is as follows: determining the first reference feedback information according to the reference request signal and the initial component; determining the second reference feedback information according to the reference request signal and the upgrade change characteristics; determining the operation rule corresponding to the current initial component during the upgrade process according to the upgrade change characteristics; determining the reference information according to the first reference feedback information, the second reference feedback information, and the operation rule.

[0067] In the embodiment, the reference request signal is sent to the initial component, and the initial component generates the first reference feedback information according to the reference request signal; and the upgrade change characteristics can specifically represent which detail or function in the current initial component during the upgrade process is different from the corresponding initial detail or function, so the second reference feedback information can be determined according to the reference request signal and the upgrade change characteristics; and its upgrade change characteristics can also determine whether the function after the upgrade in the component is increased, decreased, or unchanged compared with the function before the upgrade, so the operation rule corresponding to the upgrade change characteristics can be determined, and finally the reference information is determined according to the first reference feedback information, the second reference feedback information, and the operation rule.

[0068] The specific implementation method for determining the corresponding operation rule of the current initial component during the upgrade process according to the upgrade change characteristics is as follows: Determine whether the upgrade change characteristics indicate that the upgrade process is an expansion process; if the upgrade change characteristics indicate that the upgrade process is an expansion process, the operation rule corresponding to the upgrade change characteristics is the sum operation, and the sum of the first reference feedback information and the second reference feedback information is used as the reference information; if the upgrade change characteristics indicate that the upgrade process is a non-expansion process, determine whether the upgrade change characteristics indicate that the upgrade process is an optimization process; if the upgrade change characteristics indicate that the upgrade process is an optimization process, the operation rule corresponding to the upgrade change characteristics is the difference operation, and the difference between the first reference feedback information and the second reference feedback information is used as the reference information; if the upgrade change characteristics indicate that the upgrade process is a non-optimization process, determine whether the upgrade change characteristics indicate that the upgrade process is an empty process; if the upgrade change characteristics indicate that the upgrade process is an empty process, the operation rule corresponding to the upgrade change characteristics is the empty operation, and the first reference feedback information is used as the reference information.

[0069] In the embodiment, during the process of upgrading the initial component to an upgraded component, the comparison between the initial component and the upgraded component is divided into three categories. The first category is that new functions are added and extended to the initial component to generate the upgraded component; the second category is that functions of the initial component are deleted to generate the upgraded component; the third category is that functions of the initial component do not change at all to generate the upgraded component.

[0070] For the first category, new functions are added and extended to the initial component to generate the upgraded component, which can also be understood as: the upgrade change characteristics corresponding to the initial component are characterized as an expansion process. At this time, since it is an expansion process, the operation rule corresponding to the upgrade change characteristics is the sum operation. Combining the first reference feedback information and the second reference feedback information obtained above, the reference information can be determined as the sum of the first reference feedback information and the second reference feedback information. For example, the initial component generates the first reference feedback information A based on the reference request signal, and the corresponding upgrade change characteristics generate the second reference feedback information B according to the reference request signal. Since the functions inside the initial component are expanded after the upgrade, the operation rule corresponding to it in the feature database will be displayed as the sum operation. Then, the reference information at this time is A + B.

[0071] For the second type, the functions of the initial component are reduced to generate an upgraded component. It can also be understood that the upgrade change features corresponding to the initial component are characterized by an optimization process. At this time, since it is an optimization process, the operation rule corresponding to the upgrade change features is a difference operation. Combining the first reference feedback information and the second reference feedback information obtained above, it can be determined that the reference information is the difference between the first reference feedback information and the second reference feedback information. For example: The initial component generates the first reference feedback information A based on the reference request signal, and the corresponding upgrade change features generate the second reference feedback information B according to the reference request signal. Since the functions inside the initial component are reduced and optimized after the upgrade, the operation rule corresponding in the feature database will be displayed as a difference operation. Then, the reference information at this time is A - B.

[0072] For the third type, the functions of the initial component remain unchanged to generate an upgraded component. It can also be understood that the upgrade change features corresponding to the initial component are characterized by an empty process. At this time, since it is an empty process, the operation rule corresponding to the upgrade change features is an empty operation. Combining the first reference feedback information and the second reference feedback information obtained above, it can be determined that the reference information is the first reference feedback information. For example: The initial component generates the first reference feedback information A based on the reference request signal, and the corresponding upgrade change features generate the second reference feedback information 0 according to the reference request signal. Since the functions inside the initial component remain unchanged before and after the upgrade, the operation rule corresponding in the feature database will be displayed as an empty operation. Then, the reference information at this time is A.

[0073] In summary, its feature database is shown in Table 1.

[0074] Table 1

[0075]

[0076] It should be noted that the embodiments provided in the present invention are only one implementable way, but are not limited to only this implementable way and can be set by users according to their needs.

[0077] The present invention provides a method for determining corresponding reference information according to a reference request signal, an initial component, and corresponding upgrade change features in a verification request signal. Different operation rules are provided in this method, and considering different upgrade purposes, the stability of the verification method can be further ensured to ensure that these functions are not affected unexpectedly during the upgrade process.

[0078] In some embodiments, the version upgrade verification method provided by the present invention further includes two other functions. The first is to determine the upgrade progress of the current initial component, and the implementation steps are as follows: obtain the initial identification of the program interface corresponding to each initial component before the upgrade; obtain the upgraded identification of the program interface corresponding to each initial component during the upgrade; determine the upgrade progress of the current initial component according to the initial identification of the program interface and the upgraded identification of the program interface.

[0079] In a specific embodiment, since through the API, the changes of each component before and after the upgrade can be accurately located and identified, the initial identification of the program interface (API initial identification) corresponding to each initial component before the upgrade can be obtained first, and then the upgraded identification of the program interface (API upgraded identification) corresponding to the component being upgraded can be obtained during the upgrade. According to the comparison between the initial identification of the program interface (API initial identification) and the upgraded identification of the program interface (API upgraded identification), its upgrade progress is determined, for example: 20% upgraded, 40% upgraded, etc.

[0080] The second function is to determine the cause of failure and subsequent operations, and the implementation steps are as follows: if the reference information and the upgrade verification information do not meet the expected requirements, it is determined that the upgrade of the current initial component fails, and the upgrade verification information and the reference information are analyzed to determine the cause of failure; and after determining that the upgrade of the current initial component fails, it further includes: replacing the initial component with the component after the upgrade fails, and triggering the alarm device.

[0081] In an embodiment, if the reference information and the upgrade verification information do not meet the expected requirements (inconsistent in data content and format), it is determined that the upgrade of the current initial component fails. On the one hand, the failure of the initial component upgrade may be due to problems with the upgrade package itself, such as defective code, missing files, or version mismatch in the upgrade package, resulting in the upgraded component being unable to correctly process requests and return expected results. On the other hand, it may also be that some functions do not support the upgrade, which may be due to system architecture limitations, improper handling of dependencies, or compatibility issues between new and old versions, causing the initial component to operate abnormally after the upgrade and unable to meet the requirements of data integrity and functional correctness.

[0082] The specific analysis rules are as follows: send an analysis and research signal to the component that fails to upgrade; obtain the feedback signal generated by the component that fails to upgrade based on the analysis and research signal, and obtain different types of data and formats in the feedback signal; obtain the initial signal generated by the current initial component based on the reference signal before upgrading, and obtain different types of data and formats in the initial signal; compare the data and formats in the feedback signal with the data and formats in the initial signal to determine the data and formats with differences; based on the correspondence between the failure reasons and the differences, the failure reasons corresponding to the data and formats with differences can be determined, and further the reasons for the failure of the initial component to upgrade can be determined.

[0083] That is to say, before officially upgrading the initial component, a large number of experiments are carried out to determine the correspondence between the failure reasons and the differences. Then, after the reference information and the upgrade verification information do not meet the expected requirements, an analysis and research signal is sent to the currently failed component, and an initial signal generated by the initial component based on the reference signal is sent. The component that fails to upgrade generates a feedback signal according to the analysis and research signal, and obtains different types of data and formats in the feedback signal; the initial component before upgrading generates an initial signal according to the reference signal, and obtains different types of data and formats in the initial signal. Then, the data and formats inside the two signals are further compared. At this time, differences are obtained. Finally, based on the data and formats under the differences and the correspondence between the failure reasons and the differences, the failure reasons are determined.

[0084] For example: if there are differences in the first type of data, it means that the upgrade failure may be due to defective code in the upgrade package; if there are differences in the first type of format, it means that the upgrade failure may be caused by version mismatch, etc.

[0085] It should be noted that the embodiments provided by the present invention are only one implementable way, but not limited to only this implementable way, and can be set by users according to their needs.

[0086] In summary, the complete process of its version upgrade verification method is as Figure 2 shown, including the following steps:

[0087] S20: Start.

[0088] S21: Obtain the verification request signals generated by each initial component during the upgrade process, and determine the reference request signal and the verification request signal in the verification request signals.

[0089] S22: The initial component determines the first reference feedback information based on the reference request signal.

[0090] S23: Combine the first reference feedback information with the upgrade change characteristics to obtain the reference information.

[0091] S24: The upgrade component determines the upgrade verification information based on the verification request signal.

[0092] S25: Determine whether the reference information is exactly the same as the data and format in the upgrade verification information.

[0093] S26: If so, the upgrade is successful.

[0094] S27: If not, the upgrade fails.

[0095] S28: End.

[0096] It can be seen that the version upgrade verification provided by the present invention has the following three advantages:

[0097] First: Improve the accuracy of data integrity verification. By constructing a feature database, it can accurately identify and verify the data changes of modules and function items in each component during the system upgrade process. Whether it is the addition, expansion, reduction of functions, or the change of configuration files, it can be accurately judged through the operation rules in the feature database, effectively avoiding the data inconsistency problem caused by inaccurate data verification in the prior art.

[0098] Second: Optimize the efficiency and accuracy of request processing. Based on the traditional load balancing, it realizes the reasonable distinction and directional distribution of requests before and after the upgrade. For requests before the upgrade, samples can be accurately obtained for verification; for requests after the upgrade, they can be processed according to a suitable process. This not only improves the efficiency of request processing, avoids request chaos, but also ensures that requests with specific requirements can be accurately assigned to the appropriate components, improving the accuracy of processing results.

[0099] Third: Reduce the risk of function upgrade. Since the present invention can synchronously verify whether the function upgrade is successful during the upgrade process, it avoids the additional workload and problem risks brought by separately verifying the function after the upgrade in the prior art. Timely discover and solve problems in the function upgrade process, ensure the normal operation of the service, and reduce the impact on the business caused by function anomalies.

[0100] Figure 3 The structural schematic diagram of a version upgrade verification device provided by an embodiment of the present invention is shown in the figure, including:

[0101] An acquisition module 11, configured to acquire the verification request signals generated by each initial component during the upgrade process.

[0102] A first determination module 12, configured to determine the corresponding reference information according to the reference request signal, the initial component, and the corresponding upgrade change features in the verification request signal.

[0103] The second determination module 13 is configured to determine upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process.

[0104] The determination module 14 is configured to determine that the current initial component upgrade is successful if the reference information and the upgrade verification information meet the expected requirements.

[0105] Figure 3 For the description of the features in the corresponding embodiments, reference can be made to Figure 1 the relevant descriptions of the corresponding embodiments, which will not be elaborated here one by one.

[0106] Figure 4 The following is a structural diagram of an electronic device provided by an embodiment of the present invention. As Figure 4 shown, the electronic device includes: a memory 60 for storing a computer program;

[0107] a processor 61 for implementing the steps of the version upgrade verification method in the above embodiment when executing the computer program.

[0108] The electronic device provided in this embodiment may include, but is not limited to, a smart phone, a tablet computer, a laptop computer, a desktop computer, etc.

[0109] Among them, the processor 61 may include one or more processing cores, such as a 4-core processor, an 8-core processor, etc. The processor 61 may be implemented in at least one hardware form of digital signal processing (DSP), field-programmable gate array (FPGA), and programmable logic array (PLA). The processor 61 may also include a main processor and a coprocessor. The main processor is a processor for processing data in the wake state, also known as the central processing unit (CPU); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 61 may be integrated with a graphics processing unit (GPU), and the GPU is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 61 may further include an artificial intelligence (AI) processor, and the AI processor is used to process computing operations related to machine learning.

[0110] The memory 60 may include one or more computer-readable storage media, which may be non-transitory. The memory 60 may also include high-speed random access memory, as well as non-volatile memory, such as one or more disk storage devices and flash storage devices. In this embodiment, the memory 60 is at least used to store the following computer program 601. After being loaded and executed by the processor 61, the computer program can implement the relevant steps of the version upgrade verification method disclosed in any of the foregoing embodiments. In addition, the resources stored in the memory 60 may also include an operating system 602, data 603, etc., and the storage method may be transient storage or permanent storage. Among them, the operating system 602 may include Windows, Unix, Linux, etc.

[0111] In some embodiments, the electronic device may further include a display screen 62, an input / output interface 63, a communication interface 64, a power supply 65, and a communication bus 66.

[0112] Those skilled in the art can understand that Figure 4 the structure shown in does not constitute a limitation on the electronic device, and it may include more or fewer components than shown in the figure.

[0113] It can be understood that if the version upgrade verification method in the above embodiments is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the current technology, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and executes all or part of the steps of the methods of the various embodiments of the present invention. The foregoing storage media include: USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), electrically erasable programmable ROM, registers, hard disks, removable disks, CD-ROMs, magnetic disks, or optical disks, etc., which can store program codes.

[0114] Based on this, the embodiments of the present invention further provide a computer program product, including computer programs / instructions, and when the computer programs / instructions are executed by a processor, the steps of the above version upgrade verification method are implemented.

[0115] Based on this, the embodiments of the present invention further provide a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the version upgrade verification method as described above are implemented.

[0116] The above has introduced in detail an electronic device provided by an embodiment of the present invention. The various embodiments in the specification are described in a progressive manner. Each embodiment focuses on the differences from other embodiments. For the same and similar parts among the various embodiments, reference can be made to each other. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple. For the relevant parts, reference can be made to the description in the method part.

[0117] Those skilled in the art can further realize that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two. To clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described according to functions in the above description. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present invention.

[0118] The above has introduced in detail a version upgrade verification method, device, equipment, and medium provided by the present invention. Specific examples are used herein to elaborate on the principle and implementation manner of the present invention. The description of the above embodiments is only used to help understand the method of the present invention and its core idea. It should be noted that for those of ordinary skill in the art in the technical field, without departing from the principle of the present invention, several improvements and modifications can be made to the present invention, and these improvements and modifications also fall within the protection scope of the claims of the present invention.

Claims

1. A version upgrade verification method, characterized in that, Including: Obtain verification request signals generated by each initial component during the upgrade process; Determine corresponding reference information according to the reference request signal in the verification request signal, the initial component, and the corresponding upgrade change characteristics; Determine upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process; If the reference information and the upgrade verification information meet the expected requirements, it is determined that the current initial component has been successfully upgraded.

2. The version upgrade verification method according to claim 1, characterized in that The determining the corresponding reference information according to the reference request signal in the verification request signal, the initial component, and the corresponding upgrade change characteristics includes: Determine the first reference feedback information according to the reference request signal and the initial component; Determine the second reference feedback information according to the reference request signal and the upgrade change characteristics; Determine the corresponding operation rule of the current initial component during the upgrade process according to the upgrade change characteristics; Determine the reference information according to the first reference feedback information, the second reference feedback information, and the operation rule.

3. The version upgrade verification method according to claim 2, characterized in that, The determining the corresponding operation rule of the current initial component during the upgrade process according to the upgrade change characteristics includes: Judge whether the upgrade change characteristics indicate that the upgrade process is an expansion process; If the upgrade change characteristics indicate that the upgrade process is the expansion process, the operation rule corresponding to the upgrade change characteristics is the sum operation, and the sum of the first reference feedback information and the second reference feedback information is used as the reference information; If the upgrade change characteristics indicate that the upgrade process is a non-expansion process, judge whether the upgrade change characteristics indicate that the upgrade process is an optimization process; If the upgrade change characteristics indicate that the upgrade process is the optimization process, the operation rule corresponding to the upgrade change characteristics is the difference operation, and the difference between the first reference feedback information and the second reference feedback information is used as the reference information; If the upgrade change characteristics indicate that the upgrade process is a non-optimization process, judge whether the upgrade change characteristics indicate that the upgrade process is an empty process; If the upgrade change characteristics indicate that the upgrade process is the empty process, the operation rule corresponding to the upgrade change characteristics is the empty operation, and the first reference feedback information is used as the reference information.

4. The version upgrade verification method according to claim 1, wherein It further includes: Obtain the initial identification of the program interface corresponding to each initial component before the upgrade; Obtain the upgraded identification of the program interface corresponding to each initial component during the upgrade process; Determine the upgrade process of the current initial component according to the initial identification of the program interface and the upgraded identification of the program interface.

5. The version upgrade verification method according to claim 1, characterized in that, It further includes: If the reference information and the upgrade verification information do not meet the expected requirements, it is determined that the current initial component upgrade fails, and the upgrade verification information and the reference information are analyzed to determine the cause of failure.

6. The version upgrade verification method according to claim 5, wherein After determining that the current initial component upgrade fails, it further includes: Replace the initial component with the component after the upgrade fails, and trigger the alarm device.

7. The version upgrade verification method according to any one of claims 1-6, characterized in that Before obtaining the verification request signals generated by each initial component during the upgrade process, it further includes: Obtain the upgrade signals corresponding to each of the initial components; Construct a feature database based on the upgrade signals, including the upgrade change features corresponding to each of the initial components.

8. A version upgrade verification device, characterized in that, Comprising: An obtaining module, configured to obtain the verification request signals generated by each initial component during the upgrade process; A first determination module, configured to determine the corresponding reference information according to the reference request signal in the verification request signal, the initial component, and the corresponding upgrade change features; A second determination module, configured to determine the upgrade verification information according to the verification request signal in the verification request signal and the upgraded component generated by the initial component through the upgrade process; A determination module, configured to determine that the current initial component is successfully upgraded if the reference information and the upgrade verification information meet the expected requirements.

9. An electronic device, characterized in that, Comprising: A memory, configured to store a computer program; A processor, configured to execute the computer program to implement the steps of the version upgrade verification method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the version upgrade verification method according to any one of claims 1 to 7 are implemented.

Images