CN108170453B - MIT system upgrading method, storage medium and terminal equipment - Google Patents
MIT system upgrading method, storage medium and terminal equipment Download PDFInfo
- Publication number
- CN108170453B CN108170453B CN201810045576.8A CN201810045576A CN108170453B CN 108170453 B CN108170453 B CN 108170453B CN 201810045576 A CN201810045576 A CN 201810045576A CN 108170453 B CN108170453 B CN 108170453B
- Authority
- CN
- China
- Prior art keywords
- data
- upgrade
- mit system
- upgrading
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses an MIT system upgrading method, a storage medium and a terminal device, wherein a mirror database is configured in an MIT system, an upgrading packet is deployed on the mirror database, and the MIT system deployed on a local database and the upgraded MIT system are used for operating the same test case and comparing the operation result to detect whether the upgrading data packet affects the existing product or not, so that the upgrading data packet testing accuracy is improved, and the problem of wrong calculation of the existing product caused by the upgrading data packet is avoided.
Description
Technical Field
The invention relates to the technical field of insurance, in particular to an MIT system upgrading method, a storage medium and a terminal device.
Background
Currently, the proposal module of the insurance product income data management system displays the data of all the income items in the insurance period according to the insurance variety selected by the client to be insured. And with the continuous increase of insurance products, the insurance product income data management system (such as an MIT system) also needs to continuously release new versions to meet the requirements of users. The new version of the insurance product income data management system is developed in an iterative mode on the basis of the existing system, when new codes are iterated on the basis of the existing system, the risk of changing data of all income items of the existing insurance products exists, calculation errors of the existing products are caused, meanwhile, when the problems occur, the positions of the errors need to be manually checked, and labor cost is increased.
Thus, the prior art has yet to be improved and enhanced.
Disclosure of Invention
The technical problem to be solved by the present invention is to provide an MIT system upgrade method, a storage medium, and a terminal device, aiming at the deficiencies of the prior art, so as to solve the problem of calculation errors of the existing insurance product caused by the upgrade of the existing MIT system.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows:
an MIT system upgrade method, comprising the steps of:
deploying an upgrading data packet in a mirror database pre-configured by the MIT system, and acquiring first data corresponding to a preset test case through an upgraded MIT system deployed by the mirror database;
acquiring second data corresponding to the test case through an MIT system deployed by a local database, and comparing the second data with the first data;
and when the second data is consistent with the first data, deploying the upgrading data packet in a local database to finish the upgrading of the MIT system deployed by the local database.
In the MIT system upgrading method, the step of deploying an upgrading data packet in a mirror database configured in advance by the MIT system, and acquiring first data corresponding to a preset test case through an upgraded MIT system deployed in the mirror database includes:
configuring a mirror database in an MIT system in advance, wherein the mirror database is used for synchronizing a local database of the MIT system;
when an upgrading data packet is received, deploying the upgrading data packet in the mirror database;
and running a preset test case by adopting the updated MIT system arranged in the mirror database to obtain corresponding first data.
In the MIT system upgrade method, the step of deploying the upgrade data packet in the mirror database when the upgrade data packet is received includes:
when an upgrade data packet is received, extracting a first version number carried by the upgrade data packet, and comparing the first version number with a second version number of an MIT system deployed in a local database;
and when the first version number is higher than the second version number, deploying the upgrading data packet in the mirror database.
In the MIT system upgrade method, the step of deploying the upgrade data packet in the mirror database when the upgrade data packet is received further includes:
and when the first version number is lower than or equal to the second version number, discarding the upgrading data packet and prompting that the upgrading fails.
In the MIT system upgrade method, the deploying the upgrade data packet in the mirror database when the first version number is higher than the second version number includes:
when the first version number is higher than the second version number, judging the upgrade type of the upgrade data packet, wherein the upgrade type comprises a repair type and an addition type;
when the upgrading type is an addition type, deploying the upgrading data packet in the mirror database;
and when the upgrade type is the repair type, deploying the upgrade data packet in a local database to finish the MIT system upgrade, and synchronizing the local database to the mirror database.
In the MIT system upgrade method, the obtaining, by the MIT system deployed through the local database, second data corresponding to the test case, and comparing the second data with the first data specifically includes:
inputting the test case into an MIT system deployed by the local database, and calculating second data corresponding to the test case through the MIT system;
and comparing each character contained in the second data with the corresponding character in the first data.
In the MIT system upgrading method, it further includes the steps of:
when the second data is inconsistent with the first data, the first data is divided into a plurality of first data segments by adopting a preset dividing mode, and the second data is divided into a plurality of second data segments by adopting the dividing mode of the first data;
character-by-character comparison is carried out on each first data segment and the corresponding second data segment;
and acquiring each first data segment different from the second data segment, and displaying the selected first data segment to a user so as to solve the problem of positioning and upgrading the data packet by the user according to the data segment.
In the MIT system upgrade method, when the second data is consistent with the first data, deploying the upgrade data packet in a local database to complete the MIT system upgrade step comprises:
and when the second data is consistent with the first data, deploying the upgrading data packet in a local database or synchronizing the mirror database to the local database so as to finish the MIT system upgrading deployed by the local database.
A computer readable storage medium, wherein the computer readable storage medium stores one or more programs, which are executable by one or more processors to implement the steps in the MIT system upgrade method as described in any one of the above.
A terminal device, comprising: the device comprises a processor, a memory and a communication bus, wherein the memory is stored with a computer readable program which can be executed by the processor;
the communication bus realizes connection communication between the processor and the memory;
the processor, when executing the computer readable program, implements the steps of the MIT system upgrade method as described in any one of the above.
The invention provides an MIT system upgrading method, a storage medium and a terminal device, wherein a mirror database is configured in an MIT system, an upgrading packet is deployed on the mirror database, and the MIT system deployed on a local database and the upgraded MIT system are used for operating the same test case and comparing the operation result to detect whether the upgrading data packet affects the existing product or not, so that the testing accuracy of the upgrading data packet is improved, and the problem of wrong calculation of the existing product caused by the upgrading data packet is avoided.
Drawings
FIG. 1 is a flowchart of an MIT system upgrade method provided by the present invention;
fig. 2 is a flowchart of step S10 in the MIT system upgrade method provided by the present invention;
fig. 3 is a flowchart of step S12 in the MIT system upgrade method provided by the present invention;
fig. 4 is a flowchart of step S122 in the MIT system upgrade method provided by the present invention;
FIG. 5 is a flowchart of step S20 in the MIT system upgrade method provided by the present invention;
FIG. 6 is a flowchart of one embodiment of a MIT system upgrade method provided by the present invention;
FIG. 7 is a schematic diagram of an operating environment of a terminal device according to a preferred embodiment of the present invention;
fig. 8 is a functional block diagram of a terminal device for calculating the upgrade of the MIT system according to a preferred embodiment of the present invention.
Detailed Description
In view of the problems that a new version of an existing insurance product income data management system in the prior art is developed by iteration on the basis of an existing system and when new codes are iterated on the basis of the existing system, the risk of changing data of all income items of the existing insurance product exists, the invention aims to provide an MIT system upgrading method, a storage medium and a terminal device.
In order to make the objects, technical solutions and effects of the present invention clearer and clearer, the present invention is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The MIT system upgrading method provided by the invention can be used for a terminal device, and one or more application programs can be installed in the terminal device to process related data. In the embodiment, a mirror database is configured in the MIT system, an upgrade package is deployed on the mirror database, and then the MIT system deployed on the local database and the upgraded MIT system perform operation on the same test case and compare the operation results to detect whether the upgrade package affects the existing product, so that the test accuracy of the upgrade package is improved, and the problem that the upgrade package causes calculation errors of the existing product is avoided.
Referring to fig. 1, an MIT system upgrade method provided by the present invention is applied to the terminal device as an example, and the MIT system upgrade method provided by this embodiment includes the following steps:
s10, deploying an upgrade data packet in a mirror database pre-configured by the MIT system, and acquiring first data corresponding to the preset test case through the upgraded MIT system deployed by the mirror database.
Specifically, the MIT system is an insurance product income data management system, which is used for users to purchase insurance products online, and the MIT system can check the configured insurance products and calculate income items of each insurance product, etc. The mirror database is pre-configured in the MIT system and is used for synchronizing access data of the MIT system. The mirror database is deployed as a mirror image of a local database of the MIT system, that is, the mirror database is configured with the environment data of the MIT system operation and the code of the MIT system, and the MIT system can operate on the mirror database. Therefore, when the update data packet of the MIT system is deployed on the mirror database, the update data packet can update the codes of the MIT system deployed on the mirror database, the updated MIT system can normally operate on the mirror database, and the data of the income items of all configured insurance products can be obtained through calculation. Of course, it should be noted that the data in the local database is automatically synchronized to the mirror database, and the data in the mirror database needs to be synchronized to the local database through the control of the control instruction, so that after the upgrade data packet is deployed in the mirror data, the upgraded MIT system running in the mirror database is the MIT system of the current version running in the local database, so that the same test case is calculated through the upgraded MIT system and the MIT system of the current version, and the upgraded MIT system is verified.
Meanwhile, in this embodiment, as shown in fig. 2, the step of deploying an upgrade data packet in a mirror database preconfigured by the MIT system, and acquiring first data corresponding to the preset test case through the upgraded MIT system deployed in the mirror database includes:
s11, configuring a mirror database in the MIT system in advance, wherein the mirror database is used for synchronizing a local database of the MIT system;
s12, when an upgrade data packet is received, deploying the upgrade data packet in the mirror database;
and S13, running a preset test case by the upgraded MIT system arranged by the mirror database to obtain corresponding first data.
Specifically, in the step S11, the mirror database is a local database which is previously set in the MIT system and is used to mirror the MIT system. That is, the mirror database is a one-way mirror between the mirror database and the local database from the local database to the mirror database.
Further, in the step S12, the upgrade data packet is an upgrade packet of the MIT system of the current version, that is, the version number of the MIT system of the upgrade data packet pair is higher than the version number of the MIT system of the current version, for example, the version number of the MIT system in the upgrade data packet is 3.2.1, and the version number of the MIT system of the local database configuration is 3.2.0, it is determined that the version number of the MIT system in the upgrade data packet is higher than the version number of the MIT system of the local database configuration, that is, the version of the MIT system in the upgrade data packet is higher than the version number of the MIT system of the local database configuration. That is, after receiving the upgrade data packet, the upgrade data packet needs to be verified to determine whether the upgrade data packet is an upgrade data packet for upgrading the MIT system. Correspondingly, as shown in fig. 3, the step of deploying the upgrade data package in the mirror database when the upgrade data package is received includes:
s121, when an upgrading data packet is received, extracting a first version number carried by the upgrading data packet, and comparing the first version number with a second version number of an MIT system deployed in a local database;
s122, when the first version number is higher than the second version number, deploying the upgrading data packet in the mirror database;
and S123, when the first version number is lower than or equal to the second version number, discarding the upgrading data packet and prompting upgrading failure.
Specifically, the upgrade data packet carries a version number and an upgrade type, where the version number is a version number corresponding to the MIT system upgraded by the upgrade data packet, and is denoted as a first version number here. The second version number is a version number of the MIT system running on the local database and is recorded as a second version number, so that whether the upgrade datagram is deployed in the mirror database can be judged according to the first version number and the second version number. Of course, the determining process is to compare the first version number with the second version number, obtain a corresponding determining result according to the magnitude of the first version number and the second version number, and execute a corresponding operation according to the determining result, as described in step S122 and step S123, which will not be described in detail here.
In addition, the upgrade data packet may also carry an upgrade type, which may include a repair type and an add type. Since only the new insurance seed added to the MIT system affects the existing insurance seed, it is possible to perform different operations according to the upgrade type. Correspondingly, as shown in fig. 4, when the first version number is higher than the second version number, the step of deploying the upgrade data package in the mirror database includes:
s1221, when the first version number is higher than the second version number, judging the upgrade type of the upgrade data packet, wherein the upgrade type comprises a repair type and an addition type;
s1222, when the upgrade type is an addition type, deploying the upgrade data packet in the mirror database;
and S1223, when the upgrade type is a repair type, deploying the upgrade data packet in a local database to complete the MIT system upgrade, and synchronizing the local database to the mirror database.
Specifically, the repair type refers to the repair of bug of the existing system, and the addition type refers to the addition of new dangerous species. When the software upgrading type is a repair type, the upgrading data packet is directly deployed in a local database, and the local database can mirror the upgrading data packet to the mirror database; and when the software upgrading type is an incremental type, deploying a new version on the mirror database to deploy the upgrading data packet so as to upgrade the code of the MIT system in the mirror database, and running a test case through the upgraded MIT system.
Further, in the step S13, the test case may be input by a user before deploying the upgrade data package, or may be data stored by default for testing the upgraded MIT system. The test case may be a use case risk category, and may be configuration information used for searching the use case risk category, for example, an application date of the use case risk category. In the embodiment, each use case risk has a unique identifier, and the identifier is marked as a risk identifier; thus, the test case adopts a use case risk type, and the use case risk type is the MIT system configured in the current version. Of course, the number of the use risk types can be one or more, and the detection of the new version can be completed quickly when the number of the use risk types is one; when there are a plurality of the detection units, the detection accuracy can be ensured.
In addition, the first data is data of each revenue item of dangerous cases for the calculation of the MIT system after the update on the mirror database, wherein each revenue item is configured in a revenue item configuration table in advance, and the revenue item configuration table carries a calculation sequence of each revenue item. Correspondingly, the updated MIT system on the mirror database sequentially calculates the data of each income item of the case risk according to the calculation sequence of each income item. In this embodiment, the calculation order is set according to the calling relationship of each benefit item, so that the called benefit items are calculated first, and the benefit items that are not called or other benefit items are called are calculated later, so that each benefit item only needs to be calculated once, the number of times of repeated calculation of the benefit items is reduced, and the calculation speed of the test case is improved.
Further, first data generated by using the dangerous case for the operation of the upgraded MIT system on the mirror database exists in a first production log, and the first production log is stored in the mirror database. Therefore, the corresponding first data can be called in the first production log according to the dangerous case identification of the use dangerous case and the running time. The running time is the time when the upgraded MIT system runs the use case risk, that is, the time when the MIT system starts running the use case risk is recorded, wherein the time includes a starting time and an ending time. In addition, after the first data are called according to the dangerous case identification using the dangerous case and the running time, the first data are stored in a text form to obtain a first file, wherein the first file stores the first data in a character string form.
S20, acquiring second data corresponding to the test case through the MIT system deployed by the local database, and comparing the second data with the first data.
Specifically, the second data is obtained by running the MIT system of the current version of the test case on the local data, and the process of running the test case (using case risk species) by the MIT system of the current version is the same as that by running the test case by the MIT system designed on the mirror database, which is not described in detail here. Of course, the second data is stored in a second production log in the local database, and corresponding second data is called from the second production log according to the identification of the risk species using the risk species and the running time, and the obtained second data is stored in a text form to obtain a second file, wherein the second file stores the second data in a character string form. Correspondingly, as shown in fig. 5, the obtaining of the second data corresponding to the test case by the MIT system deployed through the local database and the comparing of the second data with the first data specifically include:
s21, inputting the test case into an MIT system deployed by the local database, and calculating second data corresponding to the test case through the MIT system;
and S22, comparing each character contained in the second data with the corresponding character in the first data.
Specifically, comparing the second data with the first data compares the character string in the second text with the character string in the first text one by one. I.e. each of the characters comprised by the second text is compared with the character in the first file with which it is in the same position. For example, if the string stored in the second text is "12 adc 5678" and the string stored in the first text is "325 df78 fg", then character 1 at the first position is compared with character 3 at the first position in the first file, character 2 at the second position is compared with character 2 at the second position in the second text, and so on until the character comparisons are completed. In addition, when the number of characters contained in the second file is different from that of the first file, the characters which are not corresponding to the characters are compared by adopting the null characters.
In addition, before character-by-character comparison of the second data with the first data, comparison of the number of characters can be included, and consistency of the second data with the first data can be rapidly judged through the comparison of the number of characters. Correspondingly, after the step S21, the step S22 may further include: respectively acquiring the character numbers contained in the first data and the second data, and comparing the character numbers of the first data and the second data; when the two character numbers are consistent, step S22 is executed, and when the two character books are not consistent, the first data and the second data are judged not to be consistent and corresponding operation is executed.
Furthermore, the second data may be obtained before the upgrade data packet is deployed in the mirror database, that is, when the upgrade data packet is received, the second data is obtained by running the MIT system of the current version on the local database or the MIT system of the current version on the mirror database. That is, the step S20 and the step S10 do not have a sequential order, and both may be performed at the same time. The specific process that the second data is acquired in the sequence before the first data may be: when an instruction of deploying an upgrading data packet on a mirror image library is received, a test case input by a user is obtained, and the test case is operated through an MIT system of a current version on a local database or the MIT system of the current version on the mirror image database to obtain data of each benefit item; after the data of each benefit item is obtained, writing the data of each benefit item into a second log; then, reading the second log and storing the data of each benefit item of the test case in a text form to generate a preset second file to obtain second data, wherein the second file stores the data of each benefit item in a character form; and finally, responding to the control instruction to deploy the upgrading data packet on the mirror database, and running the test case through the upgraded MIT system on the mirror database to obtain first data, wherein the obtaining process of the first data is the same as that of the second data, and the data in the first data is stored in a character form.
And S30, when the second data is consistent with the first data, deploying the upgrading data packet in a local database to complete local database deployed MIT system upgrading.
Specifically, the second data is consistent with the first data, which means that the number of characters, the character content and the positions of the characters in the second data are the same. Meanwhile, when the first file is consistent with the second file, the upgrading data packet does not affect the existing product, and the upgrading data packet is directly deployed in the local database, so that the MIT system is upgraded. Of course, the MIT system of the local database may also be upgraded by synchronizing the mirror database to the local database. Correspondingly, when the second data is consistent with the first data, deploying the upgrade data packet in a local database to complete the MIT system upgrade step specifically comprises: and when the second data is consistent with the first data, deploying the upgrading data packet in a local database or synchronizing the mirror database to the local database so as to finish the MIT system upgrading deployed by the local database.
In addition, the comparison result of the second data and the first data can also be inconsistent. Correspondingly, as shown in fig. 6, the MIT system upgrading method further includes the following steps:
s40, when the second data is inconsistent with the first data, dividing the first data into a plurality of first data segments by adopting a preset dividing mode, and dividing the second data into a plurality of second data segments by adopting the dividing mode of the first data;
s50, character-by-character comparing each first data segment with the corresponding second data segment;
and S60, acquiring first data segments different from the second data segments, and displaying the selected first data segments to a user so that the user can position and upgrade the data packet according to the data segments.
Specifically, the inconsistency between the second data and the first data indicates that the upgrade data package affects the existing product, and the problem of the upgrade data package can be located by further comparing the first data with the second data, that is, the first data and the second data are divided into a plurality of data segments. Firstly, dividing second data according to a preset rule (for example, dividing the second data in a way of policy year and income item) to obtain a plurality of second data segments; and then, correspondingly dividing the first data according to the dividing mode of the second data to obtain a plurality of first data segments. Thus, the number of the first data segments is the same as that of the second data segments, and the dividing positions of the first data segments and the second data segments are in one-to-one correspondence. In practical application, a plurality of second data segments obtained by dividing the second data may be numbered, and the numbering order is from front to back according to the positions of the second data segments in the second data. Correspondingly, the first data segments are numbered in the same sequence.
Correspondingly, comparing the plurality of second data segments with the plurality of first data segments refers to comparing the serial numbers with the second data segments and the first data segments character by character, outputting all first databases different from the second data segments, and storing the output results in comparison results, so that workers can quickly locate unequal items, and the speed of locating problems is improved.
Based on the MIT system upgrading method, the invention also correspondingly provides terminal equipment. The terminal equipment is used for deploying an upgrading data packet in a mirror database pre-configured by the MIT system and acquiring first data corresponding to a preset test case through the upgraded MIT system deployed by the mirror database; acquiring second data corresponding to the test case through an MIT system deployed by a local database, and comparing the second data with the first data; when the second data is consistent with the first data, the upgrading data packet is deployed in a local database to complete the MIT system upgrading
The terminal device can be a computer, a tablet computer, a server group composed of a plurality of servers and other computing devices. As shown in fig. 7, the terminal device includes, but is not limited to, a processor 10, a memory 20, and a display 30. Further, fig. 7 only shows some of the components of the terminal device, but it is to be understood that not all of the shown components are required to be implemented, and that more or fewer components may be implemented instead.
The memory 20 may in some embodiments be an internal storage unit of the terminal device, such as a hard disk or a memory of the terminal device. In other embodiments, the memory 20 may also be an external storage device of the terminal device, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like provided on the terminal device. Further, the memory 20 may also include both an internal storage unit and an external storage device of the terminal device. The memory 20 is used for storing application software installed in the terminal device and various types of data, such as a code of the MIT system upgrade program. The memory 20 may also be used to temporarily store data that has been output or is to be output. In one embodiment, the memory 20 stores a universal risk account value calculation program 40, and the universal risk account value calculation program 40 can be executed by the processor 10, so as to implement the MIT system upgrade method according to the embodiments of the present application.
The processor 10 may be a Central Processing Unit (CPU), a microprocessor or other data Processing chip in some embodiments, and is used for running program codes stored in the memory 20 or Processing data, such as executing the authority authentication method.
The display 30 may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch panel, or the like in some embodiments. The display 30 is used for displaying information processed in the terminal device and for displaying a visualized user interface. The components 10 to 30 of the terminal device communicate with each other via a system bus.
Furthermore, the following steps are implemented when the processor 10 executes the calculation program 40 in said memory 20 and for the value of the risk universal account:
deploying an upgrading data packet in a mirror database pre-configured by the MIT system, and acquiring first data corresponding to a preset test case through an upgraded MIT system deployed by the mirror database;
acquiring second data corresponding to the test case through an MIT system deployed by a local database, and comparing the second data with the first data;
when the second data is consistent with the first data, the upgrading data packet is deployed in a local database to complete the MIT system upgrading
In the terminal device, the step of deploying an upgrade data packet in a mirror database preconfigured by the MIT system, and acquiring first data corresponding to a preset test case through the upgraded MIT system deployed by the mirror database includes:
configuring a mirror database in an MIT system in advance, wherein the mirror database is consistent with a local database of the MIT system;
when an upgrading data packet is received, deploying the upgrading data packet in the mirror database;
and running a preset test case by adopting the updated MIT system arranged in the mirror database to obtain corresponding first data.
In the terminal device, the step of deploying the upgrade data packet in the mirror database when receiving the upgrade data packet includes:
when an upgrade data packet is received, extracting a first version number carried by the upgrade data packet, and comparing the first version number with a second version number of an MIT system deployed in a local database;
and when the first version number is higher than the second version number, deploying the upgrading data packet in the mirror database.
In the terminal device, the step of deploying the upgrade data package in the mirror database when receiving the upgrade data package further includes:
and when the first version number is lower than or equal to the second version number, discarding the upgrading data packet and prompting that the upgrading fails.
In the terminal device, the step of deploying the upgrade data packet in the mirror database when the first version number is higher than the second version number includes:
when the first version number is higher than the second version number, judging the upgrade type of the upgrade data packet, wherein the upgrade type comprises a repair type and an addition type;
when the upgrading type is an addition type, deploying the upgrading data packet in the mirror database;
and when the upgrade type is the repair type, deploying the upgrade data packet in a local database to finish the MIT system upgrade, and synchronizing the local database to the mirror database.
In the terminal device, the obtaining, by the MIT system deployed through the local database, second data corresponding to the test case, and comparing the second data with the first data specifically includes:
inputting the test case into an MIT system deployed by the local database, and calculating second data corresponding to the test case through the MIT system;
and comparing each character contained in the second data with the corresponding character in the first data.
In the terminal device, when the processor 10 executes the calculation program 40 in the memory 20 and using the value of the adventure account, the following steps are also realized:
when the second data is inconsistent with the first data, the first data is divided into a plurality of first data segments by adopting a preset dividing mode, and the second data is divided into a plurality of second data segments by adopting the dividing mode of the first data;
character-by-character comparison is carried out on each first data segment and the corresponding second data segment;
and acquiring each first data segment different from the second data segment, and displaying the selected first data segment to a user so as to solve the problem of positioning and upgrading the data packet by the user according to the data segment.
In the terminal device, when the second data is consistent with the first data, deploying the upgrade data packet in a local database to complete the MIT system upgrade step comprises:
and when the second data is consistent with the first data, deploying the upgrading data packet in a local database or synchronizing the mirror database to the local database so as to finish the MIT system upgrading deployed by the local database.
Further, the terminal device may adopt a modular structure, that is, the terminal device has a calculation function of the value of the universal risk account. In this embodiment, as shown in fig. 8, the terminal device may be divided into one or more modules, and the one or more modules are stored in the memory 20 and executed by one or more processors (in this embodiment, the processor 10) to complete the present invention. For example, in fig. 8, the terminal device may be divided into an acquisition module 21, a comparison module 22, and a deployment module 23. The module referred to in the present invention refers to a series of computer program instruction segments capable of performing a specific function, which is more suitable than a program for describing the execution process of the program of the MIT system upgrade method in the terminal device. The following description will specifically describe the functionality of the modules 21-23.
The obtaining module 21 is configured to deploy an upgrade data packet in a mirror database preconfigured by the MIT system, and obtain first data corresponding to a preset test case through an upgraded MIT system deployed by the mirror database;
a comparison module 22, configured to obtain second data corresponding to the test case through an MIT system deployed in a local database, and compare the second data with the first data;
and the deployment module 23 is configured to deploy the upgrade data packet to the local database when the second data is consistent with the first data, so as to complete the MIT system upgrade deployed by the local database.
Based on the MIT system upgrading method, the present invention also provides a computer readable storage medium storing one or more programs, which are executable by one or more processors to implement the steps of the MIT system upgrading method.
Illustratively, the one or more programs, when executed by the one or more processors, implement the steps of:
deploying an upgrading data packet in a mirror database pre-configured by the MIT system, and acquiring first data corresponding to a preset test case through an upgraded MIT system deployed by the mirror database;
acquiring second data corresponding to the test case through an MIT system deployed by a local database, and comparing the second data with the first data;
when the second data is consistent with the first data, the upgrading data packet is deployed in a local database to complete the MIT system upgrading
In summary, in the MIT system upgrading method, the storage medium, and the terminal device provided by the present invention, the MIT system upgrading method deploys the upgrade data packet in the mirror database pre-configured for the MIT system, and obtains the first data corresponding to the preset test case through the upgraded MIT system deployed in the mirror database; acquiring second data corresponding to the test case through an MIT system deployed by a local database, and comparing the second data with the first data; and when the second data is consistent with the first data, deploying the upgrading data packet in a local database to finish the upgrading of the MIT system deployed by the local database. Of course, it will be understood by those skilled in the art that all or part of the processes of the methods of the above embodiments may be implemented by a computer program instructing relevant hardware (such as a processor, a controller, etc.), and the program may be stored in a computer readable storage medium, and when executed, the program may include the processes of the above method embodiments. The storage medium may be a memory, a magnetic disk, an optical disk, etc.
It is to be understood that the invention is not limited to the examples described above, but that modifications and variations may be effected thereto by those of ordinary skill in the art in light of the foregoing description, and that all such modifications and variations are intended to be within the scope of the invention as defined by the appended claims.
Claims (10)
1. An MIT system upgrade method, comprising:
deploying an upgrade data packet in a mirror database preconfigured by the MIT system, and running a preset test case through the upgraded MIT system deployed by the mirror database to obtain first data, wherein the mirror database is used for synchronizing a local database of the MIT system;
running a preset test case through an MIT system deployed by a local database to obtain second data, and comparing the second data with the first data;
and when the second data is consistent with the first data, deploying the upgrading data packet in a local database to finish the upgrading of the MIT system deployed by the local database.
2. The MIT system upgrading method of claim 1, wherein the step of deploying an upgrade data package in a mirror database preconfigured for the MIT system, and running a preset test case through the upgraded MIT system deployed by the mirror database to obtain the first data comprises:
configuring a mirror database in an MIT system in advance;
when an upgrading data packet is received, deploying the upgrading data packet in the mirror database;
and running a preset test case by adopting the updated MIT system arranged in the mirror database to obtain corresponding first data.
3. The MIT system upgrade method of claim 2, wherein the step of deploying the upgrade data package to the mirror database upon receiving the upgrade data package comprises:
when an upgrade data packet is received, extracting a first version number carried by the upgrade data packet, and comparing the first version number with a second version number of an MIT system deployed in a local database;
and when the first version number is higher than the second version number, deploying the upgrading data packet in the mirror database.
4. The MIT system upgrade method of claim 3, wherein the step of deploying the upgrade data package to the mirror database upon receiving the upgrade data package further comprises:
and when the first version number is lower than or equal to the second version number, discarding the upgrading data packet and prompting that the upgrading fails.
5. The MIT system upgrade method of claim 3, wherein the deploying the upgrade data package to the mirror database when the first version number is higher than the second version number comprises:
when the first version number is higher than the second version number, judging the upgrade type of the upgrade data packet, wherein the upgrade type comprises a repair type and an addition type;
when the upgrading type is an addition type, deploying the upgrading data packet in the mirror database;
and when the upgrade type is the repair type, deploying the upgrade data packet in a local database to finish the MIT system upgrade, and synchronizing the local database to the mirror database.
6. The MIT system upgrade method according to claim 1, wherein the running of the preset test case by the MIT system deployed through the local database to obtain the second data, and the comparing of the second data with the first data specifically comprises:
inputting the test case into an MIT system deployed by the local database, and calculating second data corresponding to the test case through the MIT system;
and comparing each character contained in the second data with the corresponding character in the first data.
7. The MIT system upgrade method according to claim 1 or 6, further comprising the steps of:
when the second data is inconsistent with the first data, the first data is divided into a plurality of first data segments by adopting a preset dividing mode, and the second data is divided into a plurality of second data segments by adopting the dividing mode of the first data;
character-by-character comparison is carried out on each first data segment and the corresponding second data segment;
and acquiring each first data segment different from the second data segment, and displaying the selected first data segment to a user so as to solve the problem of positioning and upgrading the data packet by the user according to the data segment.
8. The MIT system upgrade method of claim 1, wherein the deploying the upgrade data package to a local database when the second data is consistent with the first data to complete the MIT system upgrade comprises:
and when the second data is consistent with the first data, deploying the upgrading data packet in a local database or synchronizing the mirror database to the local database so as to finish the MIT system upgrading deployed by the local database.
9. A computer-readable storage medium storing one or more programs, the one or more programs being executable by one or more processors to perform the steps of the MIT system upgrade method according to any one of claims 1 to 8.
10. A terminal device, characterized in that it comprises: a processor, a memory, and a communication bus; the memory has stored thereon a computer readable program executable by the processor;
the communication bus realizes connection communication between the processor and the memory;
the processor, when executing the computer readable program, implements the steps in the MIT system upgrade method of any of claims 1-8.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810045576.8A CN108170453B (en) | 2018-01-17 | 2018-01-17 | MIT system upgrading method, storage medium and terminal equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810045576.8A CN108170453B (en) | 2018-01-17 | 2018-01-17 | MIT system upgrading method, storage medium and terminal equipment |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108170453A CN108170453A (en) | 2018-06-15 |
CN108170453B true CN108170453B (en) | 2021-01-01 |
Family
ID=62514554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810045576.8A Active CN108170453B (en) | 2018-01-17 | 2018-01-17 | MIT system upgrading method, storage medium and terminal equipment |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108170453B (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108984401A (en) * | 2018-07-05 | 2018-12-11 | 山东科技大学 | A kind of solution decoupling detecting method |
CN109189464A (en) * | 2018-07-11 | 2019-01-11 | 高新兴科技集团股份有限公司 | A kind of method and apparatus of version management |
CN109344047B (en) * | 2018-08-14 | 2024-02-09 | 中国平安人寿保险股份有限公司 | System regression testing method, computer-readable storage medium, and terminal device |
CN110362478B (en) * | 2019-06-19 | 2023-04-18 | 平安科技(深圳)有限公司 | Application upgrade test method and device, computer equipment and storage medium |
CN110618829B (en) * | 2019-09-20 | 2023-04-28 | 中国银行股份有限公司 | Service data checking method and system for upgrading database system |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101090391A (en) * | 2006-06-13 | 2007-12-19 | 上海新纳广告传媒有限公司 | Software automatic updating method based on supertext transmission protocol mode |
CN101216772A (en) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | Embedded equipment startup method and software upgrading method |
CN103186468A (en) * | 2013-04-10 | 2013-07-03 | 华为技术有限公司 | Method and device for testing and verifying software upgrading accuracy |
CN104536876A (en) * | 2014-11-26 | 2015-04-22 | 四川长虹电器股份有限公司 | An Android platform based automatically updating and testing method and system |
CN106790247A (en) * | 2017-01-23 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of android system upgrading |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI608419B (en) * | 2013-09-23 | 2017-12-11 | 財團法人資訊工業策進會 | Method for pre-testing software compatibility and system thereof |
-
2018
- 2018-01-17 CN CN201810045576.8A patent/CN108170453B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101090391A (en) * | 2006-06-13 | 2007-12-19 | 上海新纳广告传媒有限公司 | Software automatic updating method based on supertext transmission protocol mode |
CN101216772A (en) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | Embedded equipment startup method and software upgrading method |
CN103186468A (en) * | 2013-04-10 | 2013-07-03 | 华为技术有限公司 | Method and device for testing and verifying software upgrading accuracy |
CN104536876A (en) * | 2014-11-26 | 2015-04-22 | 四川长虹电器股份有限公司 | An Android platform based automatically updating and testing method and system |
CN106790247A (en) * | 2017-01-23 | 2017-05-31 | 青岛海信移动通信技术股份有限公司 | A kind of method and apparatus of android system upgrading |
Also Published As
Publication number | Publication date |
---|---|
CN108170453A (en) | 2018-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108170453B (en) | MIT system upgrading method, storage medium and terminal equipment | |
US9213534B2 (en) | Method for restoring software applications on desktop computers | |
US20160342403A1 (en) | Application management in enterprise environments using cloud-based application recipes | |
US20150370688A1 (en) | Automatic updating of graphical user interface element locators based on dimension comparison | |
CN108108493B (en) | Algorithm processing method based on MIT benefit demonstration, server and storage medium | |
CN107408046B (en) | System and method for provisioning cloud services across heterogeneous computing environments | |
CN110955432B (en) | Continuously integrated publishing method, device and system | |
CN111078481B (en) | Method, device, electronic equipment and storage medium for acquiring configuration checklist | |
CN107992325B (en) | Method for checking and comparing file information through feature codes | |
CN105641931A (en) | Game operation configuration method and system | |
CN108536597A (en) | A kind of terminal test method, device, terminal device and storage medium | |
CN117194306A (en) | Equipment information display method and system | |
JP2019528493A (en) | Electronic device, list entry deduplication method, and computer-readable storage medium | |
US9396239B2 (en) | Compiling method, storage medium and compiling apparatus | |
CN115857959A (en) | Service module deployment method, device, equipment and storage medium of platform | |
CN113885896B (en) | Application software package installation method and device, computer equipment and storage medium | |
CN110554960A (en) | python language code walk-through method, system, terminal and storage medium | |
US20160132327A1 (en) | Visual tool for reverse engineering software components | |
CN114924771A (en) | Non-overlay code updating method, device, equipment and medium | |
CN114721781A (en) | Micro-service deployment method and device, computer equipment and storage medium | |
CN110879871B (en) | Page menu configuration method and device | |
CN109144967B (en) | Maintenance system and method for improving distributed computing system | |
CN114356379A (en) | Backup-based service upgrading method, device, equipment and storage medium | |
CN113568834A (en) | SDK code compatibility detection method, device, computer equipment and medium | |
CN105700920A (en) | Simulator operating system upgrading system and method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |