Reverse process testing method for warehousing business

Abstract

The invention discloses a reverse process test method for a storage service, and the method forms a controllable, executable and traceable test chain through the construction of a complete process including manual order establishment, data writing between systems, storage location and inventory condition judgment, warehouse-in and warehouse-out operation, inventory reconciliation and data return. According to the method, a reverse scene in real business can be accurately restored, data co-processing among multiple systems is realized through interface interaction between an OMS and a WMS, and the defect that a reverse process in current warehouse management lacks an automatic test mechanism is overcome; through a mode of combining manual reconciliation and system verification, inventory data consistency verification is realized, and the problems of scattered reconciliation process and weak verification capability in an existing system are solved; meanwhile, the data is finally written into the DM system and the OMS system through an interface, a complete reverse data return path is constructed, and the process closed-loop performance and the system stability are effectively improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of reverse process testing of warehouse business, in particular to a reverse process testing method of warehouse business. BACKGROUND

[0002] With the development of intelligent warehouse systems, warehouse management business is gradually evolving from traditional manual operation to automation, informatization and systematization. Especially in the scene of multi-system collaboration, such as order management system (OMS), warehouse management system (WMS), data management system (DM), etc., the complexity of business processes has significantly improved. Under this background, how to ensure the accuracy of data transmission and processing logic between systems has become a key link to improve overall operational efficiency and customer service quality. Among them, the reverse process (such as work order suspension, work order cancellation, exception handling and data back, etc.) as an indispensable part of warehouse business, needs to be effectively managed and tested with technical means.

[0003] In the prior art, the test method for warehouse business mostly takes the forward process as the core, usually simulates regular warehousing, delivery, picking and other links to verify the stability of system functions. However, in the aspect of reverse process, especially in the time efficiency assessment of suspended work orders, the cost settlement caused by the empty running of cancelled work orders and other business scenarios, there is a lack of systematic and automated testing mechanism, which leads to the inability to fully evaluate the response behavior of the system under abnormal conditions. In addition, some existing technical solutions have tried to apply reverse data processing in other fields, but they have not covered the core needs of the warehouse scenario. For example, reference patent CN109345127A proposes a multi-level feedback reverse traceability performance assessment method for automobile industry chain based on cloud platform, which realizes the efficiency of performance assessment through quantitative data processing, but this patent does not involve the reverse process testing of warehouse business, especially for the automated testing of warehouse business reverse process, it lacks specific implementation solutions. For example, reference patent CN118115299A discloses a financial shared service intelligent billing and automatic accounting method, which realizes intelligent billing and automatic accounting by building a neural network model, but this method also does not involve automated testing of warehouse business reverse process, especially for the special scenarios of suspended work orders and cancelled work orders, it lacks effective automated testing means.

[0004] Therefore, in the testing of warehouse business reverse process, there are problems such as imperfect test method, difficulty in tracing abnormal conditions, poor interface coordination between multiple systems, and lack of closed-loop verification of data reconciliation, which are technical difficulties that need to be solved. SUMMARY

[0005] The warehouse business reverse process test method, device, computer equipment and storage medium are provided, and the problems of imperfect test method, difficult backtracking of abnormal conditions, poor interface coordination between multiple systems, and lack of closed-loop verification of data reconciliation in the reverse process test of the warehouse business in the prior art are solved.

[0006] A warehouse business reverse process test method, the method comprising:

[0007] S1, creating a warehousing order through a preset business management interface, and inputting material information, quantity information and target warehouse information related to the warehousing operation;

[0008] S2, calling a first interface to write data in the warehousing order into an order management system (OMS) and a warehouse management system (WMS) respectively, wherein the writing process includes data format conversion and field mapping operation;

[0009] S3, the OMS system sends valid order data corresponding to the warehousing order to the WMS system based on the business process;

[0010] S4, after the WMS system receives the valid order, it judges whether the available storage space of the corresponding material in the target warehouse is idle and whether the actual inventory meets the order demand in sequence, and in the case of meeting the conditions, it allocates specific storage space information and returns the information to the OMS system through a second interface;

[0011] S5, according to the warehousing path determined by the OMS system and the WMS system, operating the warehousing and de-warehousing actions, including placing goods to the allocated storage space, and recording the warehousing completion status in the system;

[0012] S6, the local inventory management system and the WMS system generate inventory account statements with the same starting date respectively, and the account information is compared by artificial item by item, the local inventory information is updated after the reconciliation is completed, so as to keep consistent with the WMS system;

[0013] S7, calling a third interface to extract historical data containing all warehousing and de-warehousing records from the WMS system;

[0014] S8, synchronously writing the historical warehousing and de-warehousing data into a data management system (DM) and an order management system (OMS), and completing the data back transmission operation of the warehouse process.

[0015] In the above scheme, optionally, in step S2, after the data is written into the WMS system, the legality of the key fields is verified, including material code, quantity field and target storage space identifier.

[0016] In the above scheme, optionally, the judgment sequence of the WMS system in step S4 is: firstly judging whether the target storage location is idle, if idle, further judging whether the corresponding material inventory is greater than or equal to the order demand, both conditions are met, then performing storage location allocation and feeding back information.

[0017] In the above scheme, optionally, the reconciliation operation in step S6 includes the following steps:

[0018] Exporting account information list from the local inventory system;

[0019] Exporting inventory account information of the corresponding date from the WMS system;

[0020] Checking item by item with material code as the primary key field;

[0021] If inconsistency is found, manual confirmation and revision operation is performed, finally making the inventory of the two systems consistent.

[0022] In the above scheme, optionally, the method further includes the following steps:

[0023] S9, analyzing the interface data between the systems involved in the warehouse business process, extracting the interface fields and data paths related to reverse testing, and storing them in a structured data table corresponding to the business process nodes;

[0024] S10, based on the actual historical business records, constructing the test data set required for testing.

[0025] In the above scheme, optionally, the construction process of the test data includes:

[0026] Decomposing the entire warehouse business process into multiple functional modules, including order building module, inventory processing module, reconciliation module and data synchronization module;

[0027] Extracting and labeling the data fields related to the interface from each functional module;

[0028] Identifying the data dependency relationship between modules and forming the input and output parameter mapping between modules;

[0029] Defining the test case template based on the parameters, and describing each input and expected output using table structure;

[0030] Converting the test case template into a scripted automatic test program;

[0031] Executing the test script to generate test results.

[0032] In the above scheme, optionally, the method further includes the following steps:

[0033] S11, execute the test data according to the dependency order of the functional modules, start step-by-step execution from the starting module, if an abnormal interruption is encountered during the execution process, record the abnormal information and stop the execution, and form a test case.

[0034] In the above scheme, optionally, the method further comprises the following steps:

[0035] S12, according to the abnormal information recorded in step S11, locate the functional module that causes the abnormality, manually repair the data or business logic error, start the test data execution again from the abnormal place, and record the difference information between the data before and after the repair.

[0036] In the above scheme, optionally, the method comprises:

[0037] Based on the recorded data difference information, adjust part of the field parameters in the test data, execute the test process again, if the abnormality still occurs, repeat the adjustment and test until the whole link execution of the process is completed.

[0038] In the above scheme, optionally, the method comprises the following maintenance optimization process:

[0039] Statistical and classification are performed on the formed test cases to identify the regularity of the abnormal types;

[0040] When a repetitive problem is found, the related business logic code is revised and optimized;

[0041] Based on the optimized system, the test process is executed again, and the output result is compared and analyzed with the original data to complete the update iteration of the test case.

[0042] Compared with the prior art, the present application has at least the following beneficial effects:

[0043] The present application is based on further analysis and research of the problems in the prior art. It is found that in the reverse process test of the existing warehouse business, the test method is not perfect, the abnormal situation is difficult to trace back, the interface coordination between multiple systems is not smooth, and the data reconciliation lacks closed-loop verification. The reverse process test method of the warehouse business builds a complete process including manual order building, data writing between systems, warehouse location and inventory condition judgment, warehouse operation, inventory reconciliation and data return, forms a controllable, executable and traceable test chain, can accurately restore the reverse scene in real business, and solves the problems of insufficient test coverage, lack of linkage verification between systems and difficulty in simulating abnormal processes in the prior art. Through the interface interaction between OMS and WMS systems, the data collaborative processing between multiple systems is realized, and the short board of lack of automatic test mechanism for reverse process in current warehouse management is made up. Through the combination of manual reconciliation and system verification, the inventory data consistency check is realized, and the problem of scattered reconciliation process and weak verification capability in the existing system is made up. At the same time, the data is finally written into the DM system and the OMS system through the interface, and a complete reverse data return path is built, which effectively improves the process closed-loop and system stability. Therefore, the present scheme can effectively solve the core problems of low test efficiency, poor accuracy and incomplete process in the reverse process test of warehouse business. BRIEF DESCRIPTION OF DRAWINGS

[0044] Figure 1 A flowchart of a reverse process test method of warehouse business provided by an embodiment of the present application is shown.

[0045] Figure 2 A flowchart of a reverse process test method of warehouse business provided by an embodiment of the present application is shown. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical scheme and advantages of the present application clearer, the present application will be further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and do not limit the present application.

[0047] In the description of the present application: unless otherwise specified, the meaning of "multiple" is two or more. The terms "first", "second", "third" and the like in the present application are intended to distinguish the objects referred to, and do not have special technical connotations (for example, should not be understood as emphasizing importance or order, etc.). The expressions "include", "contain", "have" and the like also mean "not limited to" (certain units, components, materials, steps, etc.).

[0048] In one embodiment, as shown in Figure 1 a reverse process test method of warehouse business is provided, including the following steps:

[0049] S1, creating a warehouse-in order through a preset business management interface, and inputting material information, quantity information and target warehouse information related to the warehouse-in operation;

[0050] S2, calling a first interface to write data in the warehouse-in order into an order management system OMS and a warehouse management system WMS respectively, wherein the writing process includes data format conversion and field mapping operation;

[0051] S3, sending valid order data corresponding to the warehouse-in order from the OMS system to the WMS system based on a business process;

[0052] S4, after the WMS system receives the valid order, judging whether available storage locations of corresponding materials in the target warehouse are idle and whether actual inventory meets order demand in sequence, allocating specific storage location information in the case of meeting the conditions, and returning the information to the OMS system through a second interface;

[0053] S5, operating warehouse-in and warehouse-out actions according to a warehouse-in path determined by the OMS system and the WMS system, including placing goods to the allocated storage location, and recording a warehouse-in completion state in the system;

[0054] S6, a local inventory management system and the WMS system generate inventory account statements with the same starting date respectively, and manually compare account information item by item, update local inventory information after account reconciliation, so as to keep consistent with the WMS system;

[0055] S7, calling a third interface to extract historical data including all warehouse-in and warehouse-out records from the WMS system;

[0056] S8, synchronously writing the historical warehouse-in and warehouse-out data into a data management system DM and the order management system OMS, and completing data back transmission operation of the warehouse process.

[0057] The embodiment provides a reverse process test method of a warehouse business, which is suitable for a warehouse business test scene with multiple systems participating and multiple process links cooperating, and can be particularly used for simulation verification and abnormal processing test of complex processes such as suspended work orders, cancelled work orders, inventory reconciliation and data back transmission.

[0058] In the method, a test personnel first creates a warehouse-in business order (i.e. a warehouse-in order) through a business management front-end system, and needs to fill in basic field information such as material code, quantity, unit, warehouse-in type, target warehouse and the like in the process. The warehouse-in order serves as a starting business trigger point for subsequent system interaction.

[0059] After the creation, the system calls the preset interface program to convert the above business data through unified data format conversion and field mapping logic, and writes it into OMS (order management system) and WMS (warehouse management system) respectively. Among them, OMS is used to plan the overall warehouse, and WMS is responsible for the actual inventory allocation and warehouse execution. In order to ensure the accuracy and integrity of the data in the transmission process, data type checking, field matching and structure checking mechanism are adopted in the writing process to avoid test interruption caused by missing fields or data format errors.

[0060] After receiving the warehouse-in data, the OMS system will generate a valid order (i.e. oms order) according to the business rules. This order is used as a command request for actual warehouse process execution and is sent to the WMS system through the second interface. After receiving the order, the WMS system starts the warehouse resource scheduling logic, first judges whether the corresponding material location in the target warehouse is idle, and if it is idle, further judges whether the current inventory is sufficient to support the warehouse-in quantity of the order. When both conditions are met, the system will allocate an appropriate available location from the preset warehouse area and return the location information to the OMS system for subsequent manual warehouse operation.

[0061] After obtaining the location allocation information, the system prompts the test personnel to perform the warehouse operation according to the instructions. This step simulates real business operations by manually moving materials into the designated location and registering the completion of warehouse-in in the WMS system. This operation process not only retains human controllability, but also simulates the behavior trajectory in the real business path.

[0062] After the warehouse-in is completed, the test personnel needs to enter the reconciliation step. The local inventory management system and the WMS system export the current inventory account respectively, select the data list with the same starting date, and check item by item according to the material code. If inventory differences are found, the actual process and data are manually compared and the inventory record is manually modified to ensure that the local system and the WMS system are consistent.

[0063] After completing the reconciliation, the system extracts the complete warehouse-in and warehouse-out records (including timestamp, material, operator, location information, etc.) from the WMS system through the third interface, and then writes them into the DM (data management system) and OMS system through a unified data channel, realizing the closed-loop transmission of business data between systems.

[0064] The whole process has high controllability and repeatability, and each step has a clear system interface boundary, so that data exchange, business collaboration, exception judgment and manual intervention between systems form a complete, clear and traceable reverse test process.

[0065] The technical scheme of the embodiment aims at the key technical problems existing in the current warehouse business, such as difficulty in reverse process testing, insufficient multi-system collaborative verification capability, and inability to restore abnormal processing, and provides a reverse process testing mechanism that is executable, verifiable and traceable. The scheme restores the reverse scene in the real warehouse business through multiple steps such as manual order building, OMS / WMS data writing, system linkage judgment, manual warehouse-in and warehouse-out, inventory reconciliation, and data feedback, so that the process originally relying on manual operation and difficult to verify repeatedly is changed into a standardized test path, providing basic capability support for abnormal business testing such as suspended work orders and canceled work orders. In the process, the system automatically processes the instructions of OMS / WMS, but still retains the manual operation permission of the key nodes, such as warehouse-in and warehouse-out actions and reconciliation correction, so that the tester can intervene flexibly, verify the edge scene and abnormal conditions, and effectively improve the test accuracy. The scheme sets an inventory reconciliation mechanism with consistent starting date between the two systems and supports manual correction, greatly improving the inventory difference checking and leveling capability, and providing protection for system verification before the real business goes online. On the basis of the process, subsequent modules such as abnormal data recording, simulation deduction, and test data generation can be integrated to realize more comprehensive regression testing and stress verification functions, laying a structural foundation for systematic and automated testing.

[0066] In the embodiment, in step S2, after the data is written into the WMS system, the legality of the key fields is checked, including the material code, the quantity field, and the target storage location identifier.

[0067] In the embodiment, the judgment sequence of the WMS system in step S4 is: first, judge whether the target storage location is idle, if idle, further judge whether the corresponding material inventory is greater than or equal to the order demand, and if both conditions are met, perform storage location allocation and feedback information.

[0068] In the embodiment, the reconciliation operation in step S6 includes the following steps:

[0069] Export the account information list from the local inventory system;

[0070] Export the inventory account information of the corresponding date from the WMS system;

[0071] Check item by item with the material code as the primary key field;

[0072] If inconsistencies are found, perform manual confirmation and revision operations to finally keep the inventories of the two systems consistent.

[0073] In the embodiment, the method further includes the following steps:

[0074] S9, analyze the interface data between the systems involved in the warehouse business process, extract the interface fields and data paths related to the reverse test, and store them in the structured data table corresponding to the business process nodes;

[0075] S10, based on the actual historical business records, construct a test data set required for testing.

[0076] In this embodiment, the construction process of the test data includes:

[0077] The entire warehouse business process is divided into multiple functional modules, including a single building module, an inventory processing module, an account reconciliation module, and a data synchronization module.

[0078] Extract and label the data fields related to the interface from each functional module.

[0079] Identify the data dependency relationship between modules and form an input-output parameter mapping between modules.

[0080] Based on the parameter definition, a test case template is defined, and each input and expected output is described in a table structure.

[0081] The test case template is converted into a scripted automatic test program.

[0082] Execute the test script to generate test results.

[0083] In this embodiment, the method further includes the following steps:

[0084] S11, execute the test data according to the dependency order of the functional modules, starting from the starting module and executing step by step, if an abnormal interruption is encountered during execution, record the abnormal information and stop execution, and form a test case.

[0085] In this embodiment, the method further includes the following steps:

[0086] S12, according to the abnormal information recorded in step S11, locate the functional module that caused the exception, manually repair data or business logic errors, and start testing data execution from the exception, and record the difference information between the data before and after repair.

[0087] In this embodiment, the method includes:

[0088] Based on the recorded data difference information, adjust some field parameters in the test data, execute the test process again, if an exception still occurs, repeat the adjustment and test until the process is completed.

[0089] In this embodiment, the method includes the following maintenance optimization process:

[0090] Statistics and classification are performed on the formed test cases to identify the regularity of abnormal types;

[0091] When a repetitive problem is found, the related business logic code is revised and optimized;

[0092] Based on the optimized system, the test process is re-executed, and the output results are compared and analyzed with the original data to complete the update iteration of the test cases.

[0093] The embodiment aims to provide a reverse process test method for warehouse business to solve the problems in the background art. To achieve the above-mentioned purpose, the embodiment provides the following technical scheme: a reverse process test method for warehouse business, comprising the following steps: S1, manually creating a warehouse-in order; S2, calling an interface to write data into OMS and WMS systems respectively; S3, the OMS system sends an oms order to the WMS system; S4, the WMS system compares the inventory, and if the inventory is sufficient, assigns a storage location to the order and returns the assigned storage location information to the OMS system; S5, manually warehousing and de-warehousing; S6, manually checking the local inventory and reconciling it with the inventory of the WMS system; S7, after the reconciliation is completed, manually modifying the inventory information to make the inventory information in the local and the WMS system consistent; S8, obtaining all warehousing and de-warehousing data from the WMS system through an interface; S9, writing the warehousing and de-warehousing data into the DM system and the OMS system respectively, thereby realizing data back transmission.

[0094] As a preferred, in step S1, after the warehouse-in order is manually created, the data is written into the OMS system through an interface.

[0095] As a preferred, in step S2, after the data is written into the WMS system, the data needs to be verified for legality.

[0096] As a preferred, in step S3, the OMS system sends an oms order to the WMS system, wherein the oms order is a valid order.

[0097] As a preferred, in step S4, after the WMS system receives the valid order sent by the OMS system, it first judges whether the storage location is idle, and then judges whether the inventory is sufficient, and only when both conditions are met, the assigned storage location information is returned to the OMS system.

[0098] As a preferred, in step S5, since the corresponding storage location of the warehoused product is determined in the foregoing process, the manual warehousing and de-warehousing operation can be performed according to the process instructions.

[0099] As a preferred, in step S6, during the reconciliation process, the local and the WMS system need to select the accounts with the same starting date respectively, and then check them one by one.

[0100] The warehouse business reverse process test method has the beneficial effects that: through the reverse process test method, the symmetry of data is realized, and the real process of the on-site business can be perfectly restored. Through the reverse process test method, the accuracy and timeliness of the WMS system are verified. Through the reverse process test method, the business coordination between modules can also be verified.

[0101] In order to enable those skilled in the art to better understand the technical solutions of the present application, the present application will be described in detail below with reference to the drawings, and the description in this part is only exemplary and explanatory, and should not have any limiting effect on the protection scope of the present application.

[0102] Embodiment: As shown in the figure, the warehouse business reverse process test method provided by the present application comprises the following steps: S1, analyzing the interface data between systems involved in the business process, storing the data to be inversely calculated and the corresponding interface; S2, creating test data based on actual business data; S3, performing forward simulation deduction according to the test data, saving abnormal information to form a case when an abnormality occurs; S4, executing the test data again through reverse drilling, at this time the abnormality has been handled, and the difference between the actual data and the original data is compared; S5, adjusting part of the data according to the difference and performing forward simulation deduction again, and saving abnormal information again; S6, repeating the previous step until the final simulation deduction is successful; S7, maintaining and optimizing according to the case. Figure 2 Further, the method of creating test data in step S2 specifically comprises the following steps: A, decomposing the business process to identify single function modules of each system; B, extracting relevant data in each function module and marking, and arranging the dependency relationship between each module with the interface as the boundary; C, defining the input and output parameter information of each function module based on the dependency relationship; D, designing a table format test case according to the parameter information, which contains necessary data input and expected output result; E, converting the test case into an executable script; F, executing the test script to obtain the test result.

[0103] Further, the forward simulation deduction based on the test data in step S3 is specifically: selecting a starting point according to the test data, starting to execute from the selected function module, continuing to the next function module after the first abnormality is handled, and executing all function modules until all function modules are executed.

[0104] Further, the step S4 of executing the test data again through reverse drilling is specifically: determining the error module according to the abnormal information, manually repairing the error, and starting to execute the function module again from the abnormality, and recording the difference between the actual data and the original data.

[0105] Further, the step S4 of executing the test data again through reverse drilling is specifically: determining the error module according to the abnormal information, manually repairing the error, and starting to execute the function module again from the abnormality, and recording the difference between the actual data and the original data.

[0106] Further, the maintenance optimization in step S7 includes the following steps: A, analyzing the cases, finding the rules and modifying the corresponding code; B, re-executing the relevant forward simulation deduction; C, comparing the differences with the original data and adjusting.

[0107] The technical features of the above embodiments can be combined in any manner. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described, however, as long as the combinations of the technical features do not contradict each other, they shall be considered within the scope of the present disclosure.

Claims

1. A method of testing a reverse logistics process of a warehousing business, characterized by, The method comprises: S1, creating a storage order through a preset service management interface, and inputting material information, quantity information and target warehouse information related to the storage operation; S2, calling a first interface to write data in the storage order into an order management system OMS and a warehouse management system WMS respectively, wherein the writing process comprises data format conversion and field mapping operation; S3, the OMS system sends valid order data corresponding to the storage order to the WMS system based on a business process; S4, after receiving the valid order, the WMS system judges whether the available storage space of the corresponding material in the target warehouse is idle and whether the actual inventory meets the order demand in turn, allocates specific storage space information in the case of meeting the conditions, and returns the information to the OMS system through a second interface; S5, according to the storage path determined by the OMS system and the WMS system, operating the storage and withdrawal action, including placing goods to the allocated storage space, and recording the storage completion state in the system; S6, the local inventory management system and the WMS system generate inventory account lists with the same starting date respectively, and manually compare account information item by item after reconciliation to update the local inventory information to keep consistent with the WMS system; S7, calling a third interface to extract historical data containing all storage and withdrawal records from the WMS system; S8, synchronously writing the historical storage and withdrawal data into a data management system DM and an order management system OMS to complete the data back operation of the warehouse process.

2. The reverse flow process testing method of warehouse business according to claim 1, characterized in that, In step S2, after writing data into the WMS system, the legality of the key fields is verified, including material code, quantity field and target storage space identifier.

3. The reverse flow process testing method of warehouse business according to claim 1, characterized in that, The judgment sequence of the WMS system in step S4 is: first, judge whether the target storage space is idle, if idle, further judge whether the corresponding material inventory is greater than or equal to the order demand, both conditions are met, then allocate storage space and feedback information.

4. The reverse logistics test method of warehouse business according to claim 1, wherein, The reconciliation operation in step S6 includes the following steps: Export account information list from local inventory system; Export inventory account information of corresponding date from WMS system; Check item by item with material code as primary key field; If inconsistency is found, manual confirmation and revision operation is performed to finally keep the inventory of the two systems consistent.

5. The reverse logistics test method of warehouse business according to claim 1, wherein, The method further comprises the following steps: S9, analyzing the interface data between systems involved in the warehouse business process, extracting the interface fields and data paths related to reverse testing, and storing them in a structured data table corresponding to the business process nodes; S10, based on the actual historical business records, constructing a test data set required for testing.

6. The reverse logistics test method of warehouse business according to claim 5, wherein, The construction process of the test data comprises: Decompose the entire warehouse business process into multiple functional modules, including order building module, inventory processing module, reconciliation module and data synchronization module; Extract and label the data fields related to the interface from each functional module; Identify the data dependency relationship between modules and form the input and output parameter mapping between modules; Define the test case template based on the parameters, and describe each input and expected output using table structure; Convert the test case template into a scripted automatic test program; The test script is executed to generate test results.

7. The reverse logistics test method of warehouse business according to claim 5, wherein, The method further includes the following steps: S11. The test data is executed according to the dependency order of the functional modules, starting from the initial module and executing step by step. If an abnormal interruption is encountered during the execution, the abnormal information is recorded and the execution is stopped, forming a test case.

8. The reverse logistics test method of warehouse business according to claim 7, characterized in that, The method further includes the following steps: S12. According to the abnormal information recorded in step S11, the functional module causing the abnormality is located, and the data or business logic error is manually repaired. Then the test data execution is restarted from the abnormal place, and the difference information between the data before and after the repair is recorded.

9. The reverse logistics test method of warehouse business according to claim 8, wherein, The method includes: Based on the recorded data difference information, adjust some field parameters in the test data, execute the test process again, if still abnormal, repeat the adjustment and test until the whole link execution is completed.

10. The reverse logistics test method of warehouse business according to claim 8, wherein, The method includes the following maintenance optimization process: The formed test cases are counted and classified to identify the regularity of abnormal types; When a repetitive problem is found, the related business logic code is revised and optimized; Based on the optimized system, the test process is executed again, and the output results are compared and analyzed with the original data to complete the update iteration of the test cases.

Images