Business data checking method and device, storage medium and checking platform

Abstract

The invention discloses a business data checking method and device, a storage medium and a checking platform, and the method comprises the steps: accessing middleware corresponding to business function modules of a plurality of applications, and obtaining target business data from the middleware corresponding to a target event when the business function modules correspondingly monitor the change of the target event; and checking the target business data by using a pre-established business rule, and giving an alarm when the checking result is that the data is abnormal. According to the method, in a complex distributed system architecture, the change of each event occurring in each application service and middleware in the system can be automatically accessed, and when each event changes, a pre-established business rule script is triggered to execute corresponding verification to judge whether abnormal data exists in target business data or not. According to the method, online business dirty data or error logic can be found in high real-time performance, and a technical support department can be found in the first time and timely notified so as to carry out repair in time.

Description

Technical Field

[0001] The present invention relates to the field of data processing technology, and in particular to a business data verification method, device, storage medium, and verification platform. Background Art

[0002] As the scale and complexity of software systems continue to increase, calls between systems become more and more complicated. In this complex distributed system architecture, it is inevitable that there will be problems such as remote call failure, timeout, message sending failure, concurrency bugs, etc. These problems will eventually lead to inconsistent data between systems. Summary of the invention

[0003] The present invention aims to solve one of the technical problems in the related art at least to a certain extent. To this end, one purpose of the present invention is to propose a business data verification method to detect dirty data or erroneous logic of online business in a highly real-time manner, and to detect and notify technical support in a timely manner.

[0004] The second objective of the present invention is to provide a business data checking device.

[0005] A third object of the present invention is to provide a computer-readable storage medium.

[0006] The fourth objective of the present invention is to provide a verification platform.

[0007] To achieve the above-mentioned purpose, the first aspect of the embodiment of the present invention proposes a business data verification method, which includes: connecting to the middleware corresponding to the business function modules of multiple applications, and when monitoring the changes of the target events corresponding to the business function modules, obtaining the target business data from the middleware corresponding to the target events; using pre-established business rules to verify the target business data, and issuing an alarm when the verification result is data abnormality.

[0008] According to the business data verification method of the embodiment of the present invention, in a complex distributed system architecture, the changes of various events occurring in various application services and middleware in the system can be automatically accessed. When each event changes, it will trigger the pre-established business rule script to perform corresponding verification to determine whether there is abnormal data in the target business data. The embodiment of the present invention can discover dirty data or erroneous logic of online business in high real-time, discover it at the first time and notify the technical support in time.

[0009] In addition, the business data verification method proposed in the above embodiment of the present invention may also have the following additional technical features:

[0010] According to one embodiment of the present invention, the process of establishing the business rules includes: determining multiple business function modules of the application; writing business rules corresponding to each business function module according to the asset loss verification points of each business function module to generate the business rules.

[0011] According to one embodiment of the present invention, the middleware corresponding to the business function modules accessing multiple applications includes: determining the types of the business function modules of the multiple applications; determining the middleware corresponding to each of the business function modules according to the types of the business function modules, and constructing a standardized subscription component according to the interface type of the middleware; and accessing the middleware corresponding to each of the business function modules using the standardized subscription component.

[0012] According to one embodiment of the present invention, the middleware includes at least one of a database log, a message queue, a database, a distributed search and an analysis engine.

[0013] According to an embodiment of the present invention, the checking of the target business data using pre-established business rules includes: determining a target business rule from the pre-established business rules according to the target event; and checking the target business data using the target business rule.

[0014] According to one embodiment of the present invention, before the target business data is checked by using pre-established business rules, the method further includes: determining a delay duration according to the level of the business function module, and after the duration after the target event corresponding to the business function module reaches the delay duration, checking the target business data by using preset target business rules.

[0015] According to an embodiment of the present invention, the method further includes: determining the service function module coverage rate according to the number of service function modules corresponding to the service rules.

[0016] To achieve the above-mentioned purpose, the second aspect of the embodiment of the present invention proposes a business data verification device, which includes: an access module, which is used to access the middleware corresponding to the business function modules of multiple applications, and when the target event corresponding to the business function module is monitored to change, obtain the target business data from the middleware corresponding to the target event; a verification module, which is used to verify the target business data using pre-established business rules, and issue an alarm when the verification result is data abnormality.

[0017] To achieve the above-mentioned purpose, the third aspect of the present invention proposes a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the business data verification method proposed in the first aspect of the present invention is implemented.

[0018] To achieve the above-mentioned purpose, the fourth aspect of the present invention proposes a verification platform, including a memory and a processor, wherein a computer program is stored in the memory, and when the computer program is executed by the processor, the business data verification method proposed in the first aspect of the present invention is implemented.

[0019] Additional aspects and advantages of the present invention will be given in part in the following description and in part will be obvious from the following description, or will be learned through practice of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 is a flow chart of a business data verification method according to an embodiment of the present invention;

[0021] Figure 2 is a flow chart of constructing business rules according to an embodiment of the present invention;

[0022] Figure 3 is a flow chart of an access middleware according to an embodiment of the present invention;

[0023] Figure 4 is a flow chart of business data verification of a specific embodiment of the present invention;

[0024] Figure 5 is a flow chart of checking target business data according to an embodiment of the present invention;

[0025] Figure 6 is a schematic diagram of a usage environment of an embodiment of the present invention;

[0026] Figure 7 is a flow chart of business data verification of a specific embodiment of the present invention;

[0027] Figure 8 is a schematic diagram of a business data checking device according to an embodiment of the present invention;

[0028] Fig. 9 It is a structural block diagram of a checking platform according to an embodiment of the present invention. DETAILED DESCRIPTION

[0029] Embodiments of the present invention are described in detail below, examples of which are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present invention, and should not be construed as limiting the present invention.

[0030] The following describes in detail the business data verification method, device, storage medium, and verification platform of the embodiments of the present invention in conjunction with the accompanying drawings and specific implementation methods.

[0031] Figure 1 FIG. 1 is a flow chart of a business data verification method according to an embodiment of the present invention. Figure 1 As shown, the business data verification method may include:

[0032] S101, accessing the middleware corresponding to the business function modules of multiple applications, and acquiring target business data from the middleware corresponding to the target event when detecting a change in the target event corresponding to the business function module;

[0033] S102, using pre-established business rules to check the target business data, and issuing an alarm when the check result shows that the data is abnormal.

[0034] When dirty data or erroneous logic appears in online business, there is a certain delay in waiting for customers to discover and feedback, which may cause serious losses. In order to discover and notify technical support in time when dirty data or erroneous logic appears in online business, the embodiment of the present invention uses the verification platform to access the middleware corresponding to the business function modules of multiple (at least one) applications, and monitors the business of the online business function modules in real time. When the target event of the business function module is monitored, the pre-established business rule script will be triggered to perform the corresponding verification to determine whether there is abnormal data in the target business data obtained from the middleware corresponding to the target event.

[0035] Specifically, determine the applications that require business data verification, as well as the business function modules in the corresponding applications that require business data verification, and connect the middleware corresponding to multiple business function modules that require business data verification to the verification platform. The verification platform monitors the business of the connected business function modules in real time, and when it detects changes in the target events (events with corresponding business rules pre-established) of the connected business function modules, it obtains the target business data from the middleware corresponding to the target event. The verification platform uses pre-established business rules to verify the target business data, and issues an alarm when the verification result is data abnormality, so that R&D and testing personnel can find the problem in the first place and locate the repair and quickly launch it online.

[0036] The business data verification method of the embodiment of the present invention can automatically access the changes of various events occurring in various application services and middleware in the system in a complex distributed system architecture. When each event changes, it will trigger a pre-established business rule script to perform corresponding verification to determine whether there is abnormal data in the target business data.

[0037] In one embodiment of the present invention, Figure 2 As shown in the figure, the process of establishing business rules includes:

[0038] S201, determining business function modules of multiple applications;

[0039] S202, compile business rules corresponding to each business function module according to the asset loss verification points of each business function module, and generate business rules.

[0040] Specifically, the tester combs through multiple applications and the business function modules corresponding to the multiple applications. According to the asset loss check points of the business function module, the business rule script of the corresponding test module is written to generate business rules. For example, when the tester tests the payment scenario of the battery replacement order, he can write a check rule for the consistency of the payment amount to verify whether the amount on the order is consistent with the actual payment amount. If they are consistent, the rule check passes. If they are inconsistent, the check fails and the corresponding personnel are notified to conduct an investigation.

[0041] It is feasible to use the grovy rule engine to write the rule script when writing the business rule script of the corresponding test module.

[0042] In the embodiments of the present invention, priority access can be given to core business function modules, such as payment business function modules, marketing business function modules, order business function modules, etc. At the same time, priority is given to writing business rules corresponding to each core business function module to quickly issue early warnings to the core business function modules.

[0043] In one embodiment of the present invention, Figure 3 As shown, the middleware corresponding to the business function modules connected to multiple applications includes:

[0044] S301, determining types of business function modules of multiple applications;

[0045] S302, determining the middleware corresponding to each business function module according to the type of each business function module, and constructing a standardized subscription component according to the interface type of the middleware;

[0046] S303, using standardized subscription components to access the middleware corresponding to each business function module.

[0047] like Figure 4 As shown, since there are many different types of middleware in the distributed system architecture, in order to access different types of middleware, the standardized subscription component constructed in the embodiment of the present invention is connected to different types of middleware.

[0048] Specifically, determine the types of business function modules of multiple applications, and determine the middleware corresponding to each business function module according to the type of each business function module, such as Binlog (database log), MQ (message queue), and ES (distributed search and analysis engine). Build standardized subscription components according to the interface type of the middleware. Use standardized subscription components to access the middleware corresponding to each business function module. After accessing the middleware corresponding to each business function module, access the corresponding response events and assemble the data, such as: there are parameters required by the corresponding verification rules, trigger nodes of the verification rules, etc., trigger the verification platform to execute the verification process, and extract abnormal data.

[0049] In one embodiment of the present invention, the middleware includes at least one of a database log, a message queue, a database, a distributed search, and an analysis engine.

[0050] Specifically, the middleware can be Binlog database log, mq message queue, redis database, ES distributed search and analysis engine, log, etc.

[0051] In an embodiment of the present invention, the standardized subscription component can access middleware such as Binlog (database log), mq (message queue), redis (database), ES (distributed search and analysis engine) log, etc. to obtain the target business data of the target event from the corresponding middleware.

[0052] In one embodiment of the present invention, Figure 5 As shown, using pre-established business rules to check the target business data may include:

[0053] S401, determining a target business rule from pre-established business rules according to a target event;

[0054] S402, checking the target business data using the target business rules.

[0055] Specifically, the business rule corresponding to the target event is searched from pre-established business rules according to the target event, and the business rule is recorded as the target business rule. The target business data is checked using the target business rule.

[0056] In one embodiment of the present invention, before checking the target business data using the preset target business rule, the business data checking method further includes:

[0057] The delay duration is determined according to the level of the business function module. After the duration after the target event corresponding to the business function module changes reaches the delay duration, the target business data is checked using the preset target business rules.

[0058] It is feasible to classify the business function modules in advance, and determine the delay time according to the importance level (first level, second level, third level, etc.). If the business function module type is the first level, then after the target event of the business function module changes, the preset target business rules are used to check the target business data immediately. If the business function module type is the third level, after the target event of the business function module changes, the preset target business rules are used to check the target business data after a preset delay. It should be noted that the higher the level of importance, the shorter the delay time.

[0059] The delay time in the embodiment of the present invention may be minutes, hours, days, etc. The embodiment of the present invention does not limit the length of the delay time, and may be specifically limited as needed.

[0060] It is feasible to determine the delay time according to the type of business function module, and to detect whether the business function module has a scheduled task. If there is a scheduled task, it needs to be checked at a specified time. For example, if a bill is generated at 0:00, it only needs to be checked once after 0:00.

[0061] It is feasible to manually control the verification platform to execute the above verification process by directly writing SQL scripts, or to start a scheduled task to trigger the verification platform to execute the above verification process, thereby realizing real-time, T+H (hours), and T+N (days) verification.

[0062] In one embodiment of the present invention, the business data verification method may further include: determining the business function module coverage rate according to the number of business function modules corresponding to the pre-established business rules.

[0063] Due to the large number of applications, the number of business function modules that need to be checked is also relatively large. In order to understand the coverage rate of business function modules that have been checked for business data. The number of business function modules corresponding to business rules and the total number of business function modules in all applications that need to be checked for business data can be counted to determine the coverage rate of business function modules that have been checked for business data, so as to understand the coverage of business data checking.

[0064] It should be noted that if Figure 6 As shown, the business data verification method of the embodiment of the present invention can be reused in multiple environments (test environment, demo environment, prod environment) for monitoring and verification, and the test environment case can copy the demo and prod environments for use.

[0065] It should be noted that the relevant data verification method requires manual verification of data after the test environment use case is executed, and the automated verification is imperfect. The business data verification method of the embodiment of the present invention provides a complete verification and validation in the test environment, and timely discovers problems so that they can be repaired as soon as possible to ensure the continuous and stable delivery of software.

[0066] When testing cases, events at various nodes in the business system trigger the execution of these rule scripts when business data changes, and data verification is performed to determine correctness. If the rule verification is correct, it passes. If the verification fails, the enterprise WeChat robot will notify the development and test team to issue an alarm for immediate investigation.

[0067] Before the project is put for testing, the tester will sort out the checkpoints of the function and write the check rule script on the check platform. After the test environment is put for testing, the tester will automatically trigger the rule to check whether the function has passed when executing the test case. After the project is released to the demo environment, the tester can copy the script to the demo environment. When the automated test case automatically executes the regression test, the rule will be automatically triggered to check whether the function has passed. After the project is released to production, when online users use the business functions, the rules will be automatically triggered to check whether there is abnormal data.

[0068] Verification can be carried out in the test environment. Testers can write business rule scripts on the verification platform in the test environment, view the rule script execution results for data verification during the project testing phase, and avoid missing data verification in the test environment. In addition, automation can be connected for regression testing, and verification can be performed by manually executing rules after running the case, saving testing resources.

[0069] The business data verification method of the embodiment of the present invention is described with a specific embodiment:

[0070] like Figure 7 As shown in the figure, the tester tests the coupon ordering module. The tester sorts out the data verification points such as the amount of change in the order after the coupon deduction and the amount to be paid in advance (for example, the coupon deducts 5 yuan, and the amount paid by the user = order amount - coupon amount), and writes the business rule script corresponding to each event of the coupon ordering module on the verification platform.

[0071] When executing the test case of using coupons to place orders, the verification platform will automatically receive messages about changes in the order-related tables in the coupon deduction database (check the coupon amount on the order table = the amount of coupon deduction), changes in the marketing-related tables in the database after deduction (check the coupon amount on the order table = the amount of coupon deduction), third-party Alipay payment success callback message (check the amount paid by the user = the order amount - the coupon amount), and the message sent by the order service to the marketing service (check the change in the used status of the coupon for deduction), etc., and automatically trigger the execution of the business rule script of the coupon ordering module to check and determine whether the data in the database is correct. If the verification fails, the R&D test personnel can be notified through corporate WeChat and other methods to intervene. The R&D personnel locate the problem and modify the bug and release it online quickly to avoid further asset losses.

[0072] After the business function module of the embodiment of the present invention is put into operation, real-time monitoring can be performed, and when there is data abnormality, a real-time alarm is issued to notify the corresponding personnel.

[0073] The invention provides a business data checking device.

[0074] Figure 8 FIG. 1 is a schematic diagram of a business data checking device according to an embodiment of the present invention. Figure 8 As shown, the business data checking device 100 may include:

[0075] The access module 10 is used to access the middleware corresponding to the business function modules of multiple applications, and obtain the target business data from the middleware corresponding to the target event when the target event corresponding to the business function module is detected to change;

[0076] The checking module 20 is used to check the target business data using pre-established business rules and to issue an alarm when the checking result is that the data is abnormal.

[0077] When dirty data or erroneous logic appears in online business, there is a certain delay in waiting for customers to discover and feedback, which may cause serious losses. In order to discover and notify technical support in time when dirty data or erroneous logic appears in online business, the embodiment of the present invention uses the verification platform to access the middleware corresponding to the business function modules of multiple (at least one) applications, and monitors the business of the online business function modules in real time. When the target event changes are monitored, the pre-established business rule script will be triggered to perform the corresponding verification to determine whether there is abnormal data in the target business data obtained from the middleware corresponding to the target event.

[0078] Specifically, determine the applications that need to be verified for business data, as well as the business function modules in the corresponding applications, and connect the middleware corresponding to multiple business function modules to the verification platform. The verification platform monitors the business of online business function modules in real time, and obtains the target business data from the middleware corresponding to the target event when changes in the target event are detected. The verification platform uses pre-established business rules to verify the target business data, and issues an alarm when the verification result is an abnormal data. R&D testers can find problems in the first place and locate the repair and quickly launch them online.

[0079] The business data verification method of the embodiment of the present invention can automatically access the changes of various events occurring in various application services and middleware in the system in a complex distributed system architecture. When each event changes, it will trigger a pre-established business rule script to perform corresponding verification to determine whether there is abnormal data in the target business data.

[0080] In one embodiment of the present invention, the business data checking device 100 further includes: a rule service module, which is used to receive business rules.

[0081] In one embodiment of the present invention, the process of establishing business rules includes: determining business function modules of multiple applications; writing business rules corresponding to each business function module according to the asset loss check points of each business function module to generate business rules.

[0082] In one embodiment of the present invention, the access module 10 is used to determine the middleware corresponding to the business function module according to the business function module types of multiple applications; and access the middleware according to the interface type of the middleware.

[0083] According to one embodiment of the present invention, the middleware includes at least one of a database log, a message queue, a database, a distributed search, and an analysis engine.

[0084] In one embodiment of the present invention, the checking module 20 is used to determine a target business rule from pre-established business rules according to a target event; and to check the target business data using the target business rule.

[0085] In one embodiment of the present invention, the checking module 20 is used to determine the delay duration according to the type of the business function module, and when the duration after the target event changes reaches the delay duration, the target business data is checked using preset target business rules.

[0086] In one embodiment of the present invention, the business data checking device 100 further includes: a statistical module, configured to determine the business function module coverage rate according to the number of business function modules corresponding to the pre-established business rules.

[0087] It should be noted that other specific implementations of the business data verification device provided in the embodiment of the present invention may refer to other specific implementations of the business data verification method in the above embodiment of the present invention.

[0088] The business data verification device of the embodiment of the present invention can automatically access the changes of various events occurring in various application services and middleware in the system in a complex distributed system architecture. When each event changes, it will trigger the pre-established business rule script to perform corresponding verification to determine whether there is abnormal data in the target business data. It can discover dirty data or erroneous logic of online business in a high real-time manner, discover it at the first time and notify technical support in a timely manner.

[0089] The present invention provides a computer-readable storage medium.

[0090] In this embodiment, a computer program is stored on a computer-readable storage medium, and when the computer program is executed by a processor, the business data verification method as described above is implemented.

[0091] The invention provides a checking platform.

[0092] In this embodiment, the verification platform may include a memory and a processor. A computer program is stored in the memory. When the computer program is executed by the processor, the business data verification method as described above is implemented.

[0093] Fig. 9 It is a structural block diagram of a checking platform according to an embodiment of the present invention.

[0094] like Fig. 9 As shown, the verification platform 500 includes: a processor 501 and a memory 503. The processor 501 and the memory 503 are connected, such as through a bus 502. Optionally, the verification platform 500 may also include a transceiver 504. It should be noted that in actual applications, the transceiver 504 is not limited to one, and the structure of the verification platform 500 does not constitute a limitation on the embodiments of the present invention.

[0095] Processor 501 may be a CPU (Central Processing Unit), a general purpose processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It may implement or execute various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of the present invention. Processor 501 may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, etc.

[0096] The bus 502 may include a path to transmit information between the above components. The bus 502 may be a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus 502 may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Fig. 9 Only one thick line is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0097] The memory 503 is used to store a computer program corresponding to the business data verification method of the above embodiment of the present invention, and the computer program is controlled and executed by the processor 501. The processor 501 is used to execute the computer program stored in the memory 503 to implement the content shown in the above method embodiment.

[0098] Among them, the verification platform 500 includes but is not limited to: mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Fig. 9 The verification platform 500 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0099] The computer-readable storage medium and verification platform of the embodiments of the present invention utilize the above business data verification method to discover dirty data or erroneous logic of online business in real time, discover them at the first time and notify technical support in a timely manner.

[0100] It should be noted that the logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be specifically implemented in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purposes of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection portion with one or more wirings (electronic device), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways if necessary, and then stored in a computer memory.

[0101] It should be understood that the various parts of the present invention can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, a plurality of steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0102] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0103] In the description of the present invention, it is to be understood that the terms “center”, “longitudinal”, “lateral”, “length”, “width”, “thickness”, “up”, “down”, “front”, “back”, “left”, “right”, “vertical”, “horizontal”, “top”, “bottom”, “inside”, “outside”, “clockwise”, “counterclockwise”, “axial”, “radial”, “circumferential”, etc., indicating orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the referred device or element must have a specific orientation, be constructed and operated in a specific orientation, and therefore should not be understood as limiting the present invention.

[0104] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of the present invention, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0105] In the present invention, unless otherwise clearly specified and limited, the terms "installed", "connected", "connected", "fixed" and the like should be understood in a broad sense, for example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection or an indirect connection through an intermediate medium, it can be the internal connection of two elements or the interaction relationship between two elements, unless otherwise clearly defined. For ordinary technicians in this field, the specific meanings of the above terms in the present invention can be understood according to specific circumstances.

[0106] In the present invention, unless otherwise clearly specified and limited, a first feature being "above" or "below" a second feature may mean that the first and second features are in direct contact, or the first and second features are in indirect contact through an intermediate medium. Moreover, a first feature being "above", "above" or "above" a second feature may mean that the first feature is directly above or obliquely above the second feature, or simply means that the first feature is higher in level than the second feature. A first feature being "below", "below" or "below" a second feature may mean that the first feature is directly below or obliquely below the second feature, or simply means that the first feature is lower in level than the second feature.

[0107] Although the embodiments of the present invention have been shown and described above, it is to be understood that the above embodiments are exemplary and are not to be construed as limitations of the present invention. A person skilled in the art may change, modify, replace and vary the above embodiments within the scope of the present invention.

Claims

1. A business data verification method, characterized in that: The method comprises: The middleware corresponding to the business function modules of multiple applications is connected, and when a target event corresponding to the business function module is detected to change, the target business data is obtained from the middleware corresponding to the target event; The target business data is checked using pre-established business rules, and an alarm is issued when the check result is that the data is abnormal.

2. The business data verification method according to claim 1, characterized in that: The process of establishing the business rules includes: Determining a plurality of business function modules of the application; According to the asset loss verification points of each of the business function modules, the business rules corresponding to each of the business function modules are compiled to generate the business rules.

3. The business data verification method according to claim 1, characterized in that: The middleware corresponding to the business function modules accessing multiple applications includes: Determining types of business function modules of the plurality of applications; Determine the middleware corresponding to each of the business function modules according to the type of each of the business function modules, and construct a standardized subscription component according to the interface type of the middleware; The standardized subscription component is utilized to access the middleware corresponding to each of the business function modules.

4. The business data verification method according to claim 2, characterized in that: The middleware includes at least one of a database log, a message queue, a database, a distributed search, and an analysis engine.

5. The business data verification method according to claim 1, characterized in that: The checking of the target business data by using the pre-established business rules includes: Determining a target business rule from the pre-established business rules according to the target event; The target business data is checked using the target business rules.

6. The business data verification method according to claim 1, characterized in that: Before checking the target business data by using the pre-established business rules, the method further includes: The delay duration is determined according to the level of the business function module, and after the duration after the target event corresponding to the business function module changes reaches the delay duration, the target business data is checked using preset target business rules.

7. The business data verification method according to claim 1, characterized in that: The method further comprises: The business function module coverage is determined according to the number of business function modules corresponding to the pre-established business rules.

8. A business data checking device, characterized in that: The device comprises: An access module is used to access the middleware corresponding to the business function modules of multiple applications, and when a target event corresponding to the business function module is detected to change, the target business data is obtained from the middleware corresponding to the target event; The checking module is used to check the target business data using pre-established business rules and to issue an alarm when the checking result is that the data is abnormal.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the business data verification method as described in any one of claims 1 to 7 is implemented.

10. A verification platform, comprising a memory and a processor, wherein a computer program is stored in the memory, characterized in that: When the computer program is executed by the processor, the business data verification method according to any one of claims 1 to 7 is implemented.

Images