Software Testing System, Method, Electronic Device and Storage Medium

Abstract

The present application provides a software testing system, method, electronic device and storage medium. The software testing system includes: a first platform and a second platform, where the first platform is communicatively connected to the second platform; the first platform is configured to perform a first test on a first part of the target software, determine at least one first interface parameter based on the result of the first test, and send at least one first interface parameter to the second platform; the second platform is configured to obtain at least one first interface parameter and perform a second test on a second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software; the software testing system further includes an interception module, and the interception module is configured to prevent the second platform from testing the first part when the second platform performs the second test on the second part of the target software based on at least one first interface parameter.

Description

Technical Field

[0001] This application relates to the technical field of software testing, and particularly to a software testing system, method, electronic device, and storage medium. Background Art

[0002] Nowadays, in the design of large-scale software (i.e., relatively complex or large-scale software, such as production process software, etc.), it is often necessary to program different parts of the large-scale software separately and then perform debugging after programming. However, in some actual scenarios of large-scale software testing, it is necessary to first complete the testing of the first part of the large-scale software, and then use some test results of the first part to test the second part of the large-scale software, and at the same time, combine the first part to perform joint debugging testing on both parts during the testing of the second part.

[0003] However, in actual operation, the first part and the second part of the large-scale software are generally programmed and tested by different staff (or work teams) (for example, the first person is responsible for the first part, and the second person is responsible for the second part). This leads to the staff (or work team) responsible for the testing of the second part of the large-scale software having to additionally be responsible for some testing work of the first part of the large-scale software, resulting in an increase in their workload. And if an error is found in the first part during joint debugging testing, they have to stop the testing of the second part and wait for the staff (or work team) responsible for the testing of the first part of the large-scale software to check and modify the first part before they can continue to complete the testing of the second part. This slows down the testing time of the second part of the large-scale software and thus affects the efficiency of testing the large-scale software. Summary of the Invention

[0004] In view of this, the software testing system, method, electronic device, and storage medium provided by this application can at least partially solve the above problems.

[0005] According to the first aspect of the embodiments of this application, a software testing system is provided, including: a first platform and a second platform, where the first platform is communicatively connected to the second platform;

[0006] The first platform is configured to perform a first test on the first part of the target software, determine at least one first interface parameter based on the result of the first test, and send at least one first interface parameter to the second platform;

[0007] The second platform is configured to obtain the first interface parameter and perform a second test on the second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software;

[0008] The software testing system further includes an interception module, which is configured to prevent the second platform from testing the first part when the second platform performs a second test on the second part of the target software based on at least one first interface parameter.

[0009] In some alternative embodiments, in the software testing system, the second platform includes at least one preset interface, which is used to bind to at least one first interface parameter, and when it is determined that each preset interface is bound to at least one first interface parameter, the second platform responds to the obtained first test signal and performs a second test on the second part of the target software based on at least one first interface parameter.

[0010] In some alternative embodiments, in the software testing system, the second platform is communicatively connected to a user device, and the second platform is further configured to: determine whether each preset interface is bound to a first interface parameter, where if so, respond to the first test signal and perform a second test on the second part of the target software based on at least one first interface parameter; if not, send feedback information indicating the lack of the first interface parameter to the user device to remind the staff to modify the first part of the target software.

[0011] In some alternative embodiments, in the software testing system, it further includes: a simulation module, which is configured to test the second part of the target software according to at least one preset second interface parameter before the second platform obtains at least one first interface parameter determined by the first platform.

[0012] In some alternative embodiments, in the software testing system, the simulation module is configured to: call any event process of the second platform; import a configuration file generated based on at least one preset second interface parameter to adapt the simulation module to the second part of the target software; and respond to the obtained second test signal and test the second part of the target software based on the event process.

[0013] In some alternative embodiments, in the software testing system, the first platform is a batch control production management system platform, and the second platform is a manufacturing execution system platform.

[0014] According to a second aspect of the embodiments of the present application, there is provided a software testing method for a second platform, where the second platform is communicatively connected to a first platform, and the software testing method includes:

[0015] Obtain at least one first interface parameter, where the first interface parameter is determined based on the result of a first test performed by the first platform on the first part of the target software;

[0016] Perform a second test on a second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software;

[0017] When performing the second test on the second part of the target software based on at least one first interface parameter, stop testing the first part under the block of the interception module.

[0018] In some optional embodiments, the software testing method further includes: before obtaining at least one first interface parameter determined by the first platform, input the second part of the target software into the simulation module, so that the simulation module tests the second part of the target software according to at least one preset second interface parameter.

[0019] In some optional embodiments, the first platform is a batch control production management system platform, and the second platform is a manufacturing execution system platform.

[0020] According to the third aspect of the embodiments of the present application, there is provided an electronic device, including: a processor, a communication interface, a memory, and a communication bus, and the processor, the memory, and the communication interface complete mutual communication through the communication bus; the memory is used to store at least one executable instruction, and the executable instruction causes the processor to perform the operations corresponding to the software testing method provided in the second aspect above.

[0021] According to the fourth aspect of the embodiments of the present application, there is provided a computer-readable storage medium, on which computer instructions are stored, and when the computer instructions are executed by a processor, the processor is caused to perform the operations corresponding to the software testing method provided in the second aspect above.

[0022] According to the fifth aspect of the embodiments of the present application, there is provided a computer program product, including a computer program, where when the computer program is executed by a processor, the software testing method provided in the foregoing second aspect is implemented.

[0023] With the above technical solution, in the software testing system according to the embodiments of the present application, since its first platform can perform a first test on the first part of the target software, determine at least one first interface parameter based on the result of the first test, and send at least one first interface parameter to the second platform, the second platform can obtain at least one first interface parameter and perform a second test on the second part of the target software based on at least one first interface parameter. The second part and the first part are different parts of the target software. Its interception module can prevent the second platform from testing the first part when the second platform performs the second test on the second part of the target software based on at least one first interface parameter. Therefore, in the software testing system of the present application, when the staff (or work team) responsible for testing the second part of the target software uses the second platform to perform the second test on the second part of the target software, they can focus only on the first interface parameter corresponding to the first part to test the second part, which can ensure that only the second part is tested without the need to use the second platform to perform additional testing work on the first part. Therefore, compared with the existing technology, the workload of the staff (or work team) responsible for testing the second part is significantly reduced, and there is no need to stop and wait due to modifications to the first part during the testing of the second part. Therefore, the problem that the testing time for testing the target software is slowed down is improved, and the testing efficiency for testing the target software (including but not limited to large software such as production process software) can be improved. Description of the Drawings

[0024] Figure 1 Fig. shows a schematic diagram of a software testing system provided by an embodiment of the present application;

[0025] Figure 2 Fig. shows a schematic diagram of another software testing system provided by an embodiment of the present application;

[0026] Figure 3 Fig. shows a flowchart of a software testing method provided by an embodiment of the present application;

[0027] Figure 4 Fig. shows a schematic diagram of an electronic device provided by an embodiment of the present application.

[0028] List of Reference Numerals:

[0029] 10: First Platform 20: Second Platform 30: Interception Module

[0030] 40: Simulation Module 400: Electronic Device 402: Processor

[0031] 404: Communication Interface 406: Memory 408: Communication Bus

[0032] 410: Program

[0033] S302: Obtain at least one first interface parameter, where the first interface parameter is determined based on the result of a first test on a first part of the target software by a first platform.

[0034] S304: Perform a second test on a second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software.

[0035] S306: When performing the second test on the second part of the target software based on at least one first interface parameter, stop testing the first part under the block of the interception module. Detailed implementation manners

[0036] To enable those skilled in the art to better understand the technical solutions in the embodiments of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the embodiments of the present application, all other embodiments obtained by those of ordinary skill in the art shall fall within the protection scope of the embodiments of the present application.

[0037] Refer to Figure 1 As shown, a first aspect in the embodiments of the present application provides a software testing system, including: a first platform 10 and a second platform 20, where the first platform 10 is communicatively connected to the second platform 20;

[0038] The first platform 10 is configured to perform a first test on a first part of the target software, determine at least one first interface parameter based on the result of the first test, and send at least one first interface parameter to the second platform 20;

[0039] The second platform 20 is configured to obtain at least one first interface parameter and perform a second test on a second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software;

[0040] The software testing system further includes an interception module 30, and the interception module 30 is configured to prevent the second platform 20 from testing the first part when the second platform performs a second test on the second part of the target software based on at least one first interface parameter.

[0041] The software testing system in the embodiment of the present application, since its first platform 10 can perform a first test on the first part of the target software, and determine at least one first interface parameter based on the result of the first test and send the at least one first interface parameter to the second platform 20, the second platform 20 can obtain the at least one first interface parameter and perform a second test on the second part of the target software based on the at least one first interface parameter, the second part and the first part are different parts of the target software, and its interception module can prevent the second platform 20 from testing the first part when the second platform 20 performs the second test on the second part of the target software based on the at least one first interface parameter. Therefore, in the software testing system in the present application, when the worker responsible for testing the second part of the target software During the process of the staff (or work team) using the second platform 20 to perform the second test on the second part of the target software, they can only focus on the first interface parameters corresponding to the first part to test the second part, which can ensure that only the second part is tested, and there is no need to use the second platform 20 to perform additional testing of the first part. Therefore, compared with the solutions in the prior art, the workload of the staff (or work team) who test the second part is significantly reduced, and during the testing of the second part, there is no need to stop and wait due to the modification of the first part. Therefore, the problem of slowing down the test time for testing the target software is improved, and the efficiency of testing the target software (including but not limited to large software such as production process software) can be improved.

[0042] The software testing system provided in the embodiments of the present application is described in detail below in conjunction with the accompanying drawings. It should be understood that the description below does not constitute any limitation on the embodiments of the present application.

[0043] In the embodiment of the present application, the target software may be any software or software system, for example, it may be large-scale software such as production process software. The first part and the second part of the target software are two different parts of the target software.

[0044] The first platform 10 and the second platform 20 may be system platforms for testing the target software, and the two may be different, or in other embodiments, they may be the same, which is not limited here. The first test is the test performed by the first platform 10 on the first part, and the second test is the test performed by the second platform 20 on the second part.

[0045] In some optional embodiments, the first platform 10 can be used to control automated equipment to produce according to a predetermined process, for example, the first platform 10 can be a batch control production management system platform (i.e., a Batch system platform), and the second platform 20 can be used to manage materials, equipment, personnel, processes, etc. in the production process, for example, the second platform 20 can be a manufacturing execution system platform (i.e., an MES system platform).

[0046] For example, taking the first platform 10 in the embodiments of the present application as the batch control production management system platform (i.e., the Batch system platform), and the second platform 20 as the manufacturing execution system platform (i.e., the MES system platform) as an example. In the design of the production process software (i.e., the target software), it can be that the Batch work team uses the Batch system platform (i.e., the first platform 10) to complete the testing work of the first part of the target software, and then the MES work team uses the MES system platform (i.e., the second platform 20) to complete the testing work of the second part of the target software. In addition, on the Batch system platform and the MES system platform, the programming work of the first part and the second part by the staff can also be completed. For example, when the second platform 20 is the MES system platform, the second part of the target software can be programmed and tested within its Opcenter EX PH module.

[0047] For example, in some embodiments, taking the first platform 10 as the Batch system platform, the second platform 20 as the MES system platform, and the target software as the production process software as an example, the first part can be the part of the production process software responsible for the system equipment control logic during the production process, and the second part can be the part of the production process software responsible for the material / equipment / personnel scheduling and allocation logic, process flow logic, etc. during the production process. Of course, this is only an example and not a limitation in the present application.

[0048] In the present application, the first platform 10 (such as the Batch system platform) and the second platform 20 (such as the MES system platform) can be set on different computer devices to facilitate different staff members (or work teams) to test the first part and the second part of the target software. Or in some other embodiments, the first platform 10 and the second platform 20 can also be set on the same computer device, which is not limited here.

[0049] To facilitate the description of the embodiments of the present application, take the first platform 10 as the Batch system platform and the second platform 20 as the MES system platform as an example. Specifically, the Batch work team programs the first part of the target software on the Batch system platform, and the MES work team programs the second part of the target software on the MES system platform. After the first part is programmed on the Batch system platform, the Batch work team can use the Batch system platform to perform a first test on the first part to determine whether there are errors in the first part. If the test result is correct, at least one first interface parameter is determined based on the result of the first test performed on the first part by the Batch system platform. The first interface parameter can be used to configure the test conditions for the second test of the second part of the target software performed by the second platform 20 (such as the MES system platform). For example, the first interface parameter can include the logical control parameters sent from the first part to the second part in the target software. Then, the second part of the target software operates based on the first interface parameter. For example, the first interface parameter can be the rotation speed and the number of rotation cycles of the motor. During the actual use of the target software, after the first part sends the first interface parameter to the second part, the second part can control the corresponding motor based on the first interface parameter. During the test process of the target software, the second part can simulate the motor control process based on the first interface parameter. The MES system platform waits for at least one first interface parameter obtained from the Batch system platform and performs a second test on the second part of the target software based on the at least one first interface parameter, thereby obtaining the test result of the second test. For example, if the test result of the second test indicates that there are errors in the second part, the MES work team can be notified to modify the second part in a timely manner and perform the second test again. If there are no errors, the second test of the second part can be ended.

[0050] In the embodiments of the present application, the interception module 30 can be connected to the process of the second test performed by the second platform 20 on the second part of the target software. When the MES system platform performs a second test on the second part of the target software based on at least one first interface parameter, the MES system platform is blocked from testing the first part of the target software.

[0051] In some optional embodiments, the second platform 20 includes at least one preset interface. The preset interface is used to be bound to at least one of the first interface parameters, and when it is determined that each preset interface is bound to at least one of the first interface parameters, the second platform 20 responds to the obtained first test signal and performs a second test on the second part of the target software based on the at least one first interface parameter.

[0052] Specifically, the preset interface can be a predefined software parameter interface for the second platform 20 (such as the MES system platform) to perform a second test on the second part of the target software. After the second platform 20 obtains at least one first interface parameter, each preset interface is bound to at least one first interface parameter, so as to facilitate the second platform 20 to perform a second test on the second part of the target software based on at least one first interface parameter. In this way, when the second platform 20 conducts the test on the second part, it can only focus on the first interface parameter corresponding to the first part, and the pertinence of the test is better.

[0053] For example, binding each preset interface to at least one first interface parameter can be binding each preset interface to a first interface parameter respectively, and each different preset interface is bound to a different first interface parameter.

[0054] Specifically, the first test signal can be generated by a staff member (such as the MES work team) manually triggering the second platform 20 (such as the MES system platform). After the second platform 20 obtains the first test signal, it performs a second test on the second part of the target software based on at least one first interface parameter, which facilitates the staff member (such as the MES work team) to better control the second platform 20 when performing the second test on the second part of the target software. In some other embodiments, the first test signal can also be sent from the first platform 10 to the second platform 20.

[0055] In some optional embodiments, the second platform 20 is communicatively connected to the user device, and the second platform 20 is further configured to: determine whether each preset interface is bound to a first interface parameter. If so, the second platform 20, in response to the first test signal, performs a second test on the second part of the target software based on at least one first interface parameter; if not, the second platform 20 sends feedback information indicating the lack of the first interface parameter to the user device to remind the staff member to modify the first part of the target software.

[0056] Specifically, the user device can be the terminal device of a staff member (such as a staff member in the Batch work team) who uses the first platform (such as the Batch system platform) to perform a first test on the first part of the target software, such as a computer, a mobile phone, etc., which can receive the feedback information.

[0057] Specifically, if each preset interface is bound to a corresponding first interface parameter, it is considered that the second platform 20 does not lack interface parameters for the second test, and the result of the first test of the first part of the target software by the first platform 10 can meet the needs of the second test of the second part of the target software by the second platform 20. Therefore, the second platform 20 can, at this time, in response to the first test signal, perform the second test on the second part of the target software based on these first interface parameters.

[0058] If each preset interface is not bound to a corresponding first interface parameter, for example, some preset interfaces are not bound to the first interface parameter, it indicates that the second platform 20 lacks interface parameters for the second test, and the result of the first test of the first part of the target software by the first platform 10 cannot meet the needs of the second test of the second part of the target software by the second platform 20. It also indicates that there is an error in the first part of the target software and it needs to be modified and adjusted. Therefore, the second platform 20 can, at this time, send feedback information indicating the lack of the first interface parameter to the user device, so as to remind the staff (taking the first platform 10 as the Batch system platform as an example, the staff are the staff in the Batch work team) to modify the first part of the target software, so as to complete the modification work of the first part of the target software in time, and then improve the efficiency of testing the target software.

[0059] In some alternative embodiments, referring to Figure 2 as shown, the software testing system further includes: a simulation module 40, configured to test the second part of the target software according to at least one preset second interface parameter before the second platform 20 obtains at least one first interface parameter determined by the first platform 10.

[0060] When testing the target software, still taking the first platform 10 as the Batch system platform and the second platform 20 as the MES system platform as an example, since the MES work team needs to wait for the Batch work team to obtain the result of the first test of the first part of the target software when using the second platform 20 (i.e., the MES system platform) to perform the second test on the second part of the target software, before the second platform 20 obtains at least one first interface parameter determined based on the result of the first test by the first platform 10 (i.e., the Batch system platform) (for example, the first part of the target software is not programmed yet, or the first part of the target software is programmed but the first test has not ended yet, etc.), even if the MES work team has programmed the first part of the target software, it cannot perform the test, which easily leads to a situation where the MES work team cannot handle the work normally, such as the phenomenon of idling workers.

[0061] In these alternative embodiments, when the simulation module 40 tests the second part of the target software, the second interface parameter can configure the test conditions. The second interface parameter can be a preset and available interface parameter. For example, the second interface parameter can include a preset logic control parameter. The second part in the target software runs based on the second interface parameter. For example, the second interface parameter can be the rotation speed, the number of rotation cycles of the motor, etc. During the process of the simulation module 40 testing the second part, the second part can simulate the motor control process based on the second interface parameter. The software test system uses the simulation module 40 to test the second part of the target software according to at least one preset second interface parameter before the second platform 20 obtains at least one first interface parameter determined by the first platform 10. It can preliminarily determine whether there is an error in the internal logic of the second part of the target software before the second test of the second part of the target software on the second platform 20. When there is an error, it can timely remind the MES work team to modify the error part of the second part of the target software before the second test starts, so as to improve the software quality of the second part of the target software during the second test. This is beneficial for reducing the modification of the second part of the target software caused by the error in the second part when the second platform 20 subsequently conducts the second test on the second part of the target software based on at least one first interface parameter, thereby improving the efficiency of the second test of the second part of the target software by the second platform 20 subsequently. In addition, since the result of the first test of the first part of the target software by the first platform 10 can be waited for during the process of the simulation module test, this also improves the phenomenon of idling that is prone to occur before the second test of the second part of the target software by the staff (such as the staff of the MES work team) using the second platform 20 (such as the MES system platform).

[0062] In some alternative embodiments, the simulation module 40 is specifically configured to: call any event process of the second platform 20; import a configuration file generated based on a preset second interface parameter to make the simulation module 40 adapt to the second part of the target software; and in response to the obtained second test signal, test the second part of the target software based on the event process.

[0063] After the configuration file is imported, the simulation module 40 configures its internal operating environment based on the configuration file. For example, it binds the preset second interface parameters to some software parameter interfaces in the internal operating environment, so that the simulation module 40 is adapted to the second part of the target software. The simulation module 40 being adapted to the second part of the target software may mean that the second part of the target software can run in the operating environment inside the simulation module 40, and the simulation module 40 has the conditions to test the second part of the target software. Thus, after receiving the second test signal for testing, it tests the second part of the target software based on the event flow. The event flow may be the execution flow when the second platform 20 executes an event triggered by a staff member or other device. The simulation module 40 can test the target software based on this event flow to ensure that the test result of the second part is more consistent with the actual situation and accurately verify the correctness of the internal logic of the second part of the target software.

[0064] The second test signal can be manually triggered by a staff member (such as the MES work team) to the simulation module 40 to generate. After the simulation module 40 obtains the second test signal, it tests the second part of the target software based on the event flow, which facilitates the staff member (such as the MES work team) to better control the testing of the second part of the target software by the simulation module 40.

[0065] The following describes the software testing system in combination with a specific scenario in the embodiments of the present application. It should be understood that the following content does not impose any limitation on the present application.

[0066] Corresponding to this scenario, the first platform 10 of the software testing system in this example is a batch control production management system platform (i.e., the Batch system platform), and the second platform 20 is a manufacturing execution system platform (i.e., the MES system platform). The first part of the target software (such as production process software) is programmed by the Batch work team through the Batch system platform and undergoes the first test through the Batch system platform. The Batch system platform determines at least one first interface parameter based on the result of the first test and sends at least one first interface parameter to the MES system platform. For example, the first part of the target software tested on the Batch system platform may be the part responsible for the system device control logic in the production process in the production process software, and the second part of the target software tested by the following MES platform system may be the parts responsible for the material / equipment / personnel scheduling and distribution logic, process flow logic, etc. in the production process in the production process software. When the interface parameters on which the second part depends are given, the first part and the second part can run and be tested independently.

[0067] Before obtaining at least one first interface parameter on the MES system platform, the MES work team uses the Opcenter EX PH module of the MES system platform to complete the programming of the second part of the target software, and through the simulation module 40, preliminarily tests the second part of the target software according to at least one preset second interface parameter in response to the obtained second test signal, so as to preliminarily determine the correctness of the internal logic of the second part of the target software before obtaining at least one first interface parameter, so as to facilitate the early correction of errors in the second part, thereby improving the software quality of the second part during the second test, which is beneficial to reducing the modification of the second part of the target software caused by errors in the second part when the MES system platform subsequently tests the second part of the target software based on at least one first interface parameter, so as to improve the efficiency of the second test of the second part of the target software by the subsequent MES system platform, and also improve the phenomenon of idle workers that is prone to occur to the MES work team before the MES system platform obtains the first interface parameter.

[0068] After the MES system platform obtains at least one first interface parameter, the MES system platform binds its pre-set interfaces related to the second test to the corresponding first interface parameters respectively. If there is a pre-set interface not bound to the first interface parameter (that is, there is a situation where the first interface parameter is missing), it sends feedback information indicating the missing first interface parameter to the user equipment of the Batch work team to remind the staff of the Batch work team to modify the first part of the target software. After determining that each pre-set interface is bound to a first interface parameter, the MES system platform then responds to the obtained first test signal and conducts a second test on the second part of the target software based on at least one first interface parameter to obtain the test result of the second test. The interception module 30 prevents the MES system platform from testing the first part when the MES system platform conducts a second test on the second part of the target software. If the test result of the second test indicates that there is an error in the second part, it notifies the MES work team to modify the second part in time and conduct the second test again. If there is no error, the second test of the second part can be ended.

[0069] It can be seen that in this scenario, in the software testing system, when the MES work team responsible for the second part programming test of the target software uses the MES system platform (i.e., the second platform 20) to conduct the second test on the second part of the target software, it can focus only on the first interface parameters corresponding to the first part to test the second part, which can ensure that only the second part is tested without the need to use the MES system platform (i.e., the second platform 20) to additionally conduct the test work on the first part of the target software. Therefore, compared with the solutions in the prior art, the workload of the MES work team for programming test of the second part is significantly reduced, and there is no need to stop and wait due to the modification of the first part during the second test of the second part. Thus, the problem that the test time for the second test of the second part of the target software is slowed down due to waiting for the Batch work team to modify the first part is improved, and further the efficiency of testing the target software can be increased.

[0070] It should be noted that this scenario example is only an explanatory illustration for easy understanding and should not be regarded as any limitation to the software testing system in the embodiments of the present application.

[0071] Based on the above, it can be seen that in the software testing system in the embodiments of the present application, since its first platform 10 can conduct the first test on the first part of the target software, determine at least one first interface parameter based on the result of the first test, and send at least one first interface parameter to the second platform 20, the second platform 20 can obtain at least one first interface parameter and conduct the second test on the second part of the target software based on at least one first interface parameter. The second part and the first part are different parts of the target software, and its interception module can prevent the second platform 20 from testing the first part when the second platform 20 conducts the second test on the second part of the target software based on at least one first interface parameter. Therefore, in the software testing system of the present application, when the staff (or work team) responsible for the second part test of the target software uses the second platform 20 to conduct the second test on the second part of the target software, it can focus only on the first interface parameters corresponding to the first part to test the second part, which can ensure that only the second part is tested without the need to use the second platform 20 to additionally conduct the test work on the first part. Therefore, compared with the solutions in the prior art, the workload of the staff (or work team) for testing the second part is significantly reduced, and there is no need to stop and wait due to the modification of the first part during the test of the second part. Thus, the problem that the test time for testing the target software is slowed down is improved, and the efficiency of testing the target software (including but not limited to large software such as production process software) can be increased.

[0072] According to the second aspect in the embodiments of the present application, with reference to Figure 3The flowchart shown provides a software testing method, which can be used in the second platform 20 of the above software testing system. The second platform 20 is communicatively connected to the first platform 10. The software testing method includes steps S302, S304, and S306. Specifically:

[0073] S302: Obtain at least one first interface parameter, where the first interface parameter is determined based on the result of the first test of the first part of the target software by the first platform.

[0074] S304: Perform a second test on the second part of the target software based on at least one first interface parameter, where the second part and the first part are different parts of the target software.

[0075] S306: When performing the second test on the second part of the target software based on at least one first interface parameter, stop testing the first part under the block of the interception module.

[0076] In some optional embodiments, the second platform 20 includes at least one preset interface, and the preset interface is used to bind to at least one of the first interface parameters; the performing a second test on the second part of the target software based on at least one first interface parameter includes: when determining that each preset interface is bound to at least one of the first interface parameters, in response to the obtained first test signal, perform a second test on the second part of the target software based on the at least one first interface parameter.

[0077] In some optional embodiments, the second platform 20 is communicatively connected to a user device, and the software testing method further includes: determining whether each preset interface is bound to a first interface parameter. If so, in response to the first test signal, perform a second test on the second part of the target software based on the at least one first interface parameter; if not, send feedback information indicating the lack of the first interface parameter to the user device to remind the staff to modify the first part of the target software.

[0078] In some optional embodiments, the software testing method further includes: before obtaining at least one first interface parameter determined by the first platform 10, input the second part of the target software into the simulation module 40, so that the simulation module 40 tests the second part of the target software according to at least one preset second interface parameter.

[0079] In some alternative embodiments, inputting the second part of the target software into the simulation module 40 to enable the simulation module 40 to test the second part of the target software according to at least one preset second interface parameter includes: inputting the second part of the target software into the simulation module 40 to enable the simulation module 40 to call any event process of the second platform 20, importing a configuration file generated based on at least one preset second interface parameter, so that the simulation module 40 is adapted to the second part of the target software, and in response to the obtained second test signal, testing the second part of the target software based on the event process.

[0080] In some alternative embodiments, the first platform 10 is a batch control production management system platform, and the second platform 20 is a manufacturing execution system platform.

[0081] It should be noted that the information interaction, execution process, etc. among the units in the above software testing method, due to being based on the same concept as the embodiments of the foregoing software testing system, the specific content and beneficial effects can be seen in the description in the embodiments of the foregoing software testing system, and will not be elaborated here.

[0082] Figure 4 It is a schematic diagram of an electronic device provided in the third aspect of the embodiments of the present application. The specific implementation of the electronic device is not limited in the specific embodiments of the present application. Refer to Figure 4 The electronic device 400 provided in the embodiments of the present application includes: a processor 402, a communications interface 404, a memory 406, and a communication bus 408. Among them:

[0083] The processor 402, the communications interface 404, and the memory 406 communicate with each other through the communication bus 408.

[0084] The communications interface 404 is used to communicate with other electronic devices or servers.

[0085] The processor 402 is used to execute the program 410, and specifically can execute the relevant steps in any of the foregoing software testing method embodiments.

[0086] Specifically, the program 410 may include program code, and the program code includes computer operation instructions.

[0087] The processor 402 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application. One or more processors included in the intelligent device may be of the same type, such as one or more CPUs; or may be of different types, such as one or more CPUs and one or more ASICs.

[0088] A memory 406 is configured to store a program 410. The memory 406 may include a high-speed RAM memory, and may also include a non-volatile memory, such as at least one disk memory.

[0089] The program 410 is specifically configured to cause the processor 402 to execute the software testing method in any of the foregoing embodiments.

[0090] For the specific implementation of each step in the program 410, reference may be made to the corresponding steps and descriptions in the corresponding units in any of the foregoing software testing method embodiments, which will not be elaborated herein. Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the above-described devices and modules may refer to the corresponding process descriptions in the foregoing method embodiments, which will not be elaborated herein.

[0091] A fourth aspect of the embodiments of the present application further provides a computer-readable storage medium storing instructions for causing a machine to execute the software testing method as described herein. Specifically, a system or device equipped with a storage medium may be provided, on which software program code for implementing the functions in any of the foregoing embodiments is stored, and the computer (or CPU or MPU) of the system or device is caused to read and execute the program code stored in the storage medium.

[0092] In this case, the program code read from the storage medium itself can implement the functions in any of the foregoing embodiments. Therefore, the program code and the storage medium storing the program code constitute a part of the present application.

[0093] Examples of storage media for providing program code include floppy disks, hard disks, magneto-optical disks, optical disks (such as CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-RW, DVD+RW), magnetic tapes, non-volatile memory cards, and ROMs. Alternatively, the program code may be downloaded from a server computer via a communication network.

[0094] In addition, it should be clear that not only can part or all of the actual operations be completed by executing the program code read by a computer, but also by means of instructions based on the program code to cause an operating system operating on the computer, etc., to implement the functions of any one of the above embodiments.

[0095] In addition, it can be understood that the program code read from the storage medium is written into the memory provided in the expansion board inserted into the computer or into the memory provided in the expansion module connected to the computer, and then based on the instructions of the program code, the CPU, etc. installed on the expansion board or the expansion module are caused to execute part and all of the actual operations, so as to implement the functions of any one of the above embodiments.

[0096] A fifth aspect of the embodiments of the present application further provides a computer program product, which is tangibly stored on a computer-readable medium and includes computer-executable instructions, and the computer-executable instructions, when executed, cause at least one processor to execute the software testing method provided in each of the above embodiments. It should be understood that each solution in this embodiment has the corresponding technical effects in the above method embodiments, and will not be elaborated here.

[0097] It should be noted that not all steps and modules in the above-mentioned various processes and system structure diagrams are necessary, and some steps or modules can be ignored according to actual needs. The execution order of each step is not fixed and can be adjusted according to needs. The system structure described in each of the above embodiments can be a physical structure or a logical structure, that is, some modules may be implemented by the same physical entity, or some modules may be implemented by multiple physical entities respectively, or some components in multiple independent devices may be jointly implemented.

[0098] For the embodiments of the software testing method, electronic device, computer-readable storage medium, and computer program product in the present application, the introduction is relatively brief, and the relevant content and beneficial effects can be understood with reference to the respective embodiments of the software testing system described above, and will not be elaborated here.

[0099] In each of the above embodiments, the hardware module can be implemented mechanically or electrically. For example, a hardware module can include permanent dedicated circuits or logic (such as a dedicated processor, FPGA or ASIC) to complete the corresponding operations. The hardware module can also include programmable logic or circuits (such as a general-purpose processor or other programmable processors), which can be temporarily set by software to complete the corresponding operations. The specific implementation method (mechanical method, or dedicated permanent circuit, or temporarily set circuit) can be determined based on cost and time considerations.

[0100] The above text has detailedly demonstrated and described the present application through the accompanying drawings and preferred embodiments. However, the present application is not limited to these disclosed embodiments. Based on the above-mentioned multiple embodiments, those skilled in the art can know that code review means in different embodiments can be combined to obtain more embodiments of the present application, and these embodiments are also within the protection scope of the present application.

Claims

1. A software testing system, characterized in that, Comprising: A first platform (10) and a second platform (20), where the first platform (10) is communicatively connected to the second platform (20); The first platform (10) is configured to perform a first test on a first part of a target software, determine at least one first interface parameter based on the result of the first test, and send the at least one first interface parameter to the second platform (20); The second platform (20) is configured to obtain the at least one first interface parameter and perform a second test on a second part of the target software based on the at least one first interface parameter, where the second part and the first part are different parts of the target software; Wherein, determining at least one first interface parameter based on the result of the first test includes: determining whether there is an error in the result of the first test, and when there is no error in the result of the first test, determining the test conditions for configuring the second platform (20) to perform the second test on the second part of the target software as the first interface parameter; The software test system further includes an interception module (30), and the interception module (30) is configured to prevent the second platform (20) from testing the first part when the second platform (20) performs a second test on the second part of the target software based on the at least one first interface parameter.

2. The software testing system according to claim 1, wherein The second platform (20) includes at least one preset interface, and the preset interface is configured to be bound to at least one of the first interface parameters, and when it is determined that each preset interface is bound to at least one of the first interface parameters, the second platform (20) responds to the obtained first test signal and performs a second test on the second part of the target software based on the at least one first interface parameter.

3. The software testing system according to claim 2, wherein The second platform (20) is communicatively connected to a user device, and the second platform (20) is further configured to: determine whether each preset interface is bound to one of the first interface parameters, where If so, in response to the first test signal, perform a second test on the second part of the target software based on the at least one first interface parameter; If not, send feedback information indicating the lack of first interface parameters to the user device to remind the staff to modify the first part of the target software.

4. The software testing system according to claim 1, characterized in that, The software test system further includes: A simulation module (40), configured to perform a test on the second part of the target software according to at least one preset second interface parameter before the second platform (20) obtains at least one first interface parameter determined by the first platform (10).

5. The software testing system according to claim 4, wherein The simulation module (40) is configured to: call any event process of the second platform (20); import a configuration file generated based on at least one preset second interface parameter to make the simulation module (40) adapted to the second part of the target software; In response to the obtained second test signal, perform a test on the second part of the target software based on the event process.

6. The software testing system according to any one of claims 1-5, characterized in that, The first platform (10) is a batch control production management system platform, and the second platform (20) is a manufacturing execution system platform.

7. A software testing method for a second platform (20), the second platform (20) being communicatively connected to a first platform (10), characterized in that, The software testing method includes: Obtaining at least one first interface parameter, where the first interface parameter is determined based on the result of a first test on a first part of the target software by the first platform (10); Performing a second test on a second part of the target software based on the at least one first interface parameter, where the second part and the first part are different parts of the target software; When performing the second test on the second part of the target software based on the at least one first interface parameter, stopping the test on the first part under the block of the interception module (30); Wherein, the first interface parameter is determined based on the result of the first test on the first part of the target software by the first platform (10), and further includes: determining whether there is an error in the result of the first test, and when there is no error in the result of the first test, determining the test conditions for configuring the second test on the second part of the target software by the second platform (20) as the first interface parameter.

8. The method according to claim 7, characterized in that, The method further includes: Before obtaining at least one first interface parameter determined by the first platform (10), inputting the second part of the target software into the simulation module (40) so that the simulation module (40) tests the second part of the target software according to at least one preset second interface parameter.

9. The method according to any one of claims 7-8, characterized in that The first platform (10) is a batch control production management system platform, and the second platform (20) is a manufacturing execution system platform.

10. An electronic device (400), characterized in that, Includes: A processor (402), a communication interface (404), a memory (406), and a communication bus (408), where the processor (402), the memory (406), and the communication interface (404) complete mutual communication through the communication bus (408); The memory (406) is used to store at least one executable instruction, and the executable instruction causes the processor (402) to perform the operations corresponding to the software testing method according to any one of claims 7-9.

11. A computer-readable storage medium, characterized in that, Computer instructions are stored on the computer-readable storage medium, and when the computer instructions are executed by a processor, the processor is caused to execute the software testing method according to any one of claims 7-9.

12. A computer program product comprising a computer program, wherein, The computer program, when executed by a processor, implements the software testing method according to any one of claims 7-9.

Images