Design package verification method and device, computer equipment, readable storage medium and program product

Abstract

The invention relates to a design package verification method and device, computer equipment, a computer readable storage medium and a computer program product. The method comprises the steps that a design package corresponding to a PSR model is obtained, object attributes and operation parameters corresponding to layers in the design package are determined, and the layers comprise a product layer, a service layer and a resource layer; an interrupt operation is configured for a target process node under a product object in the product layer, calling results are output based on the interrupt operation, the calling results are a first calling result of the product object to the service layer and a second calling result of the service object to the resource layer, and a test verification result of the design package is obtained. By adopting the method, the accuracy of the design package for interaction of each system can be verified, the reliability of the output design package is further improved, the product loading efficiency is improved, the debugging position can be flexibly set, the abnormal position in the design package can be quickly positioned, and the verification efficiency of the design package is improved.

Description

Technical Field

[0001] The present application relates to the field of communication network technology, and in particular to a design package verification method, device, computer equipment, computer-readable storage medium and computer program product. Background Art

[0002] With the development of communication network technology, the workflow and corresponding tools for rapid communication product activation or loading can be based on the PSR model, including design state and operation state. Design state refers to the design of various parameters, API processes, business rules, etc. of the entire product based on the PSR model, and the final output of the design package. The design package output in the design state is mainly composed of label languages ​​such as YAML files, which are parsed by the major systems in the operation state, and specific business parameters are run according to the design of the design package to perform functional testing and production environment penetration testing. When the design package is applied, it is an urgent problem to verify whether the various rules and other contents designed by the design package can run normally. Summary of the invention

[0003] Based on this, it is necessary to provide a design package verification method, apparatus, computer equipment, computer-readable storage medium and computer program product that can flexibly verify the design package in order to address the above technical problems.

[0004] In a first aspect, the present application provides a design package verification method, comprising:

[0005] Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0006] An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer;

[0007] Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

[0008] In one embodiment, the product layer includes product objects, and the product objects include product object attributes and product operating parameters; the service layer includes service objects, and the service objects include service object attributes and service operating parameters; the resource layer includes resource objects, and the resource objects include resource object attributes and resource operating parameters, and the operating parameters are the operating parameters required by API parameters.

[0009] In one embodiment, obtaining the test verification result of the design package based on the first call result and the second call result includes:

[0010] Obtaining the data flow execution result before the target process node;

[0011] If the data flow execution result satisfies the preset normal conditions, and one or more of the first call result and the second call result do not satisfy the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

[0012] In one embodiment, the interrupt operation is one or more of an assertion operation and a breakpoint operation.

[0013] In one embodiment, the interrupt operation is an interrupt operation configured by a user; and outputting a call result based on the interrupt operation includes:

[0014] Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

[0015] In one embodiment, the design package debugging and running module calls the service running parameters in the service layer based on the design package data input by the user and the interrupt operation to obtain the calling result, including:

[0016] By means of the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called, so that the service running parameters in the service layer call the resource running parameters, and a second calling result is obtained;

[0017] Based on the second calling result and the service object attribute, a first calling result is obtained.

[0018] In a second aspect, the present application also provides a design package verification device, including:

[0019] The debugging data input module is used to obtain the design package corresponding to the PSR model, and determine the object attributes and operation parameters corresponding to each layer in the design package, each of which includes a product layer, a service layer, and a resource layer;

[0020] A calling module, which configures an interrupt operation on a target process node under a product object in the product layer and outputs a calling result based on the interrupt operation, wherein the calling result is a first calling result of the product object to the service layer and a second calling result of the service object to the resource layer;

[0021] A verification module is used to obtain a test verification result of the design package based on the first call result and the second call result.

[0022] In one embodiment, the product layer includes product objects, and the product objects include product object attributes and product operating parameters; the service layer includes service objects, and the service objects include service object attributes and service operating parameters; the resource layer includes resource objects, and the resource objects include resource object attributes and resource operating parameters, and the operating parameters are the operating parameters required by API parameters.

[0023] In one embodiment, the verification module is specifically used to:

[0024] Obtaining the data flow execution result before the target process node;

[0025] If the data flow execution result satisfies the preset normal conditions, and one or more of the first call result and the second call result do not satisfy the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

[0026] In one embodiment, the interrupt operation is one or more of an assertion operation and a breakpoint operation.

[0027] In one embodiment, the interrupt operation is an interrupt operation configured by a user; and the calling module is specifically used for:

[0028] Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

[0029] In one embodiment, the calling module is specifically used for:

[0030] By means of the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called, so that the service running parameters in the service layer call the resource running parameters, and a second calling result is obtained;

[0031] Based on the second calling result and the service object attribute, a first calling result is obtained.

[0032] In a third aspect, the present application further provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the following steps are implemented:

[0033] Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0034] An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer;

[0035] Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

[0036] In a fourth aspect, the present application further provides a computer-readable storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the following steps are implemented:

[0037] Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0038] An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer;

[0039] Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

[0040] In a fifth aspect, the present application further provides a computer program product, including a computer program, which implements the following steps when executed by a processor:

[0041] Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0042] An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer;

[0043] Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

[0044] The verification method, device, computer equipment, computer-readable storage medium and computer program product of the above-mentioned design package, wherein the method comprises: obtaining the design package corresponding to the PSR model, determining the object attributes and operation parameters corresponding to each layer in the design package, each layer including the product layer, the service layer and the resource layer; configuring the interrupt operation for the target process node under the product object in the product layer, outputting the call result based on the interrupt operation, the call result being the first call result of the product object to the service layer, and the second call result of the service object to the resource layer; based on the first call result and the second call result, obtaining the test verification result of the design package. By adopting this method, the accuracy of the design packages used for the interaction of various systems can be verified, the reliability of the output design packages can be further improved, the number of reworks of the design state during joint debugging can be reduced, the efficiency of product loading can be improved, and the debugging position can be flexibly set, the abnormal position in the design package can be quickly located, and the verification efficiency of the design package can be improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the drawings required for use in the embodiments of the present application or related technical descriptions will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0046] FIG1 is a schematic flow chart of a method for verifying a design package in one embodiment;

[0047] FIG2 is a schematic diagram of a flow chart of steps for obtaining test verification results in one embodiment;

[0048] FIG3 is a schematic diagram of a flow chart of a step of obtaining a first call result in one embodiment;

[0049] FIG4 is a schematic diagram of the structure of a verification system for a design package in one embodiment;

[0050] FIG5 is a flow chart of the calling steps in the verification method of the design package in one embodiment;

[0051] FIG6 is a block diagram of a design package verification device according to an embodiment;

[0052] FIG. 7 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0053] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0054] The verification method of the design package provided in the embodiment of the present application, as shown in Figure 1, provides a verification method of the design package, and the execution subject of the verification method of the design package can be a terminal device or a server or other processing device, wherein the terminal device can be a user equipment (User Equipment, UE), a mobile device, a user terminal, a terminal, a cellular phone, a cordless phone, a personal digital assistant (Personal Digital Assistant, PDA), a handheld device, a computing device, a vehicle-mounted device, etc. In some possible implementations, the verification method of the design package can be implemented by a processor calling a computer-readable instruction stored in a memory. It can be understood that the method can also be applied to a system including a terminal and a server, and is implemented through the interaction between the terminal and the server. In this embodiment, the verification method of the design package is applied to a terminal device as an example for explanation, and the verification method of the design package includes the following steps:

[0055] Step 102, obtaining a design package corresponding to the PSR model, and determining object properties and operating parameters corresponding to each layer in the design package.

[0056] Among them, each layer includes the product layer (Product layer), the service layer (Service layer) and the resource layer (Resource layer). The PSR model is a design model that can be used for the interaction between various systems. Each layer is composed of corresponding structure and other information. Various objects or components generated based on the PSR model can be reused; the design package is the output result of the PSR model. The design package can be a CSAR package. The design package contains the definitions, properties, rules and other contents of various objects or components in the PSR model, which are used to direct the various systems to work together and finally realize the loading of the product.

[0057] Specifically, the user may input a selected design package, which may include data such as objects, object attributes, object operation parameters, and operation processes; the terminal device may respond to the user's design package input operation, obtain the design package corresponding to the design package input operation, and determine the multiple layers included in the design package, the objects included in each layer, and the object attributes and operation parameters corresponding to each object. The terminal device may also determine the operation process of the design package.

[0058] Step 104: configure an interrupt operation for the target process node under the product object in the product layer, and output a call result based on the interrupt operation.

[0059] The call result is the first call result of the product object to the service layer, and the second call result of the service object to the resource layer. The call logic of the design package can be that the product layer calls the service layer, and the service layer calls the resource layer. The target process node can be the process node selected by the user that needs to be configured with an interrupt operation. For example, the interrupt operation can be configured for the process node under the operating parameters in the product layer, that is, the process node under the operating parameters in the product is determined as the target process node, and the interrupt operation is configured for the target process node.

[0060] Specifically, the terminal device can respond to the user's interrupt operation configuration operation, determine the target process node corresponding to the interrupt operation configuration operation, and configure the assertion operation of the design package automatic verification module or the breakpoint operation of the design package debugging management module, and configure the interrupt operation of the target process node, continue to run the design package, and obtain the calling result, that is, the terminal device can obtain the calling result after the target process node calls the service layer and resource layer by layer.

[0061] Step 106, obtaining a test verification result of the design package based on the first call result and the second call result.

[0062] Specifically, the terminal device can verify the first call result of the product layer to the service layer and the second call result of the service layer to the resource layer, and obtain the test verification result of the design package based on the first call result, the second call structure and the preset normal conditions. The test verification result can be a verification result with no abnormality or a verification result with an abnormality. The verification result with an abnormality can include abnormal prompt information and abnormal location information.

[0063] In the verification method of the above-mentioned design package, the design package corresponding to the PSR model is obtained, and the object attributes and operating parameters corresponding to each layer in the design package are determined, and each layer includes a product layer, a service layer, and a resource layer. The interrupt operation is configured for the target process node under the product object in the product layer, and the call result is output based on the interrupt operation. The call result is the first call result of the product object to the service layer, and the second call result of the service object to the resource layer. Based on the first call result and the second call result, the test verification result of the design package is obtained. By adopting this method, the accuracy of the design packages used for the interaction of various systems can be verified, the reliability of the output design packages can be further improved, the number of reworks of the design state during joint debugging can be reduced, the efficiency of product loading can be improved, and the debugging position can be flexibly set, the abnormal position in the design package can be quickly located, and the verification efficiency of the design package can be improved.

[0064] In an exemplary embodiment, the product layer includes product objects, which include product object attributes and product operation parameters. The service layer includes service objects, which include service object attributes and service operation parameters. The resource layer includes resource objects, which include resource object attributes and resource operation parameters, and the operation parameters are the operation parameters required by the API parameters.

[0065] In this embodiment, the design package can be divided into levels to achieve the separation of products, services and resources.

[0066] In an exemplary embodiment, as shown in FIG2 , the specific implementation process of the step of “obtaining the test verification result of the design package based on the first call result and the second call result” includes:

[0067] Step 202, obtaining the data flow execution result before the target process node.

[0068] Specifically, the terminal device may collect the execution results of each data flow before the target process node when the design package is in the running state, and the target process node may be a process node in the running process of the product running parameters in the product layer. In other words, the data flow execution results obtained by the terminal device may be the execution results of each process node before the target process node in the running process of the product running parameters in the product layer.

[0069] Step 204, if the data flow execution result meets the preset normal conditions, and one or more of the first call result and the second call result do not meet the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

[0070] The preset normal condition may be that the output result is consistent with the preset result.

[0071] Specifically, the terminal device can match the currently acquired data flow execution result with the normal data flow execution result stored in the design package. If they are consistent, it is determined that the data flow execution result meets the preset normal conditions; accordingly, the terminal device can obtain the first call result of the product layer to the service layer and the second call result of the service layer to the resource layer corresponding to the target process node, and judge whether the first call result and the second call result meet the preset normal conditions. If it is determined that one or more of the first call result and the second call result do not meet the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position. The test verification result may be an abnormal verification result, which may specifically include abnormal prompt information and abnormal position information. The abnormal position information may be the target process node.

[0072] In this embodiment, it is possible to determine whether an abnormality occurs in the debugging position corresponding to the target process node, thereby achieving flexible verification of the design package and ensuring the reliability of the output design package.

[0073] In an exemplary embodiment, the interrupt operation is one or more of an assertion operation and a breakpoint operation.

[0074] Specifically, the terminal device can respond to the user's interrupt operation configuration operation, determine the target process node corresponding to the interrupt operation configuration operation, and configure the assertion operation for the target process node through the design package automatic verification module; or configure the breakpoint operation for the target process node through the design package debugging management module.

[0075] In this embodiment, the interrupt operation of the target process node can be configured by configuring the breakpoint operation or the assertion operation. The user can flexibly select the debugging location, ensuring the flexibility of selecting the debugging location of the design package and improving the user experience of the designer.

[0076] In an exemplary embodiment, the interrupt operation is an interrupt operation configured by a user. The specific implementation process of the step "outputting the call result based on the interrupt operation" may include:

[0077] Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

[0078] Specifically, the terminal device can run the design package through the assertion operation or breakpoint operation input by the user and the design package data input by the user, that is, the product layer performs multi-level calls to the service operating parameters in the service layer and the resource operating parameters in the resource layer to obtain the calling results, so that the terminal device can verify the design package through the calling results. If it is determined that the target process node of the current design package is abnormal, the terminal device can update or modify the target process node of the design package to debug the design package.

[0079] In this embodiment, through multi-level calls in the design package, it is possible to accurately determine whether the design package has an abnormality, and output the location of the abnormality in a timely manner, which is convenient for debugging the abnormal location of the design package and ensuring the reliability of the design package output.

[0080] In an exemplary embodiment, as shown in FIG3 , the specific implementation process of the step of “calling the service operation parameters in the service layer based on the design package data input by the user and the interrupt operation through the design package debugging operation module to obtain the calling result” may include:

[0081] Step 302, through the design package debugging operation module, based on the design package data input by the user and the interrupt operation, the service operation parameters in the service layer are called, so that the service operation parameters in the service layer call the resource operation parameters to obtain a second calling result.

[0082] Step 304: Obtain the first calling result based on the second calling result and the service object attribute.

[0083] Specifically, the terminal device can use the product object attributes, the rules corresponding to the product operation parameters, and the assertion operation or breakpoint operation configured by the user through the product layer to implement the call to the service layer and obtain the execution result of the service layer, that is, the first call result. Based on this, the service layer can use the service object attributes and the rules corresponding to the service operation parameters to implement the call to the resource layer and obtain the execution result of the resource layer, that is, the second call result. The service layer can continue to run the design package based on the second call result returned by the resource layer to obtain the execution result of the service layer, that is, the first call result.

[0084] In this embodiment, through multi-level calls in the design package, it is possible to accurately determine whether the design package has an abnormality, and output the location of the abnormality in a timely manner, which is convenient for debugging the abnormal location of the design package and ensuring the reliability of the design package output.

[0085] In the following, in conjunction with a specific embodiment, a specific implementation process of the verification method of the above-mentioned design package is described in detail, which may include:

[0086] The verification method of the design package provided in this embodiment is applied to the design package verification scenario. In the related technology, a workflow and corresponding tools for rapid communication product activation or loading based on the PSR model are established. The workflow is divided into two main states: design state and operation state. The design state refers to the design of various parameters, API processes, business rules, etc. of the entire product based on the PSR model, and finally the output of the design package. The design package output in the design state is mainly composed of tag languages ​​such as YAML files. It is parsed by the major systems in the operation state, and the specific business parameters of the design package are run according to the design operation, and functional testing and production environment penetration testing are performed. In the process of functional testing and production environment penetration testing, it is verified whether the various rules and other contents designed by the design package can be operated.

[0087] The design state can be the product designed under the guidance of the PSR model, and the related processes that finally output the design package are all called design state processes; the running state can be the process in which the design package is read and parsed by various systems and runs according to the rules therein, which is called the running state process.

[0088] The design package verification method provided in this embodiment can verify the accuracy of the design package. Specifically, it can be to simulate the results of the design package analysis in the running state through the debugging method and device, improve the reliability of the design package output by the user in the design state, reduce the number of reworks in the design state during joint debugging, and improve the efficiency of product loading. The debugging method and device can locate any rules and processes in the design package, so that the user can quickly locate the design defects in the design state and troubleshoot the design state abnormalities.

[0089] This embodiment also provides a design package verification system, which mainly includes: a debugging data input module, a design package parsing module, a design package debugging operation module, a design package debugging management module, a design package automatic verification module, and a design package debugging display module. Among them:

[0090] The debugging data input module is used to define the operating parameters required for each object attribute and API parameter under the PSR model. This module can store and organize the data structure and specific data content that the design package needs to input in the running state.

[0091] The design package parsing module is used to parse the design package based on the PSR model, so as to separate the product (Product), service (Service), and resource (Resource) according to the model requirements. The three dimensions correspond to three objects. The object follows the API calling business process, as shown in Figure 4, which can be the logic of the three layers of layer-by-layer calling in the design package. Based on this, this module will convert the original design package into an object-oriented high-level programming language and parse the corresponding engineering project. The specific calling process can be: the product layer can use the product object attributes, the rules corresponding to the product operation parameters, and the assertion operation or breakpoint operation configured by the user to implement the call to the service layer and obtain the execution result of the service layer, that is, the first call result; similarly, the service layer can use the service object attributes and the rules corresponding to the service operation parameters to implement the call to the resource layer and obtain the execution result of the resource layer, that is, the second call result. Based on the second call result returned by the resource layer, the service layer can continue to run the design package and obtain the execution result of the service layer, that is, the first call result.

[0092] The design package debugging and running module is used for the actual operation of the design package after parsing. This module ensures that the data parsed by the debugging data input module can be run normally in the case of multiple users and multiple design packages, and simulates the entire process of the design package running in the running state.

[0093] The design package debugging management module is used because there are multiple layers of call links in the PSR model, that is, the product (Product) needs to be debugged by the API call in the service (Service) or resource (Resource) object, or the data corresponding to the attribute assembles its own attributes or the input and output parameters of the API in the object. Based on the characteristics of the model, the debugging management module supports users to stop in any API call link and output the complete data flow information such as object attributes, rules, and front-end process nodes related to the node.

[0094] The design package automatic verification module is used to automatically verify the module based on the function of the design package debugging management module, allowing users to set custom assertions. When the design package is running in the design package debugging operation module, the ability to run each assertion ensures the results of each assertion.

[0095] The design package debugging display module is used by the user to set and input the data required by the debugging data input module, and trigger the analysis and debugging operation of the design package in this module. At the same time, the breakpoints and other interactions required by the design package debugging management module or the assertions required by the design package automatic verification module can be set in this module. This module is also responsible for displaying the corresponding data of the design package debugging management module, the design package automatic verification module, and the design package debugging operation module.

[0096] As shown in FIG5 , it can be a structural diagram of the verification system of the design package, which includes a design package debugging display module, a design package parsing module, a debugging data input module, a design package automatic verification module, a design package debugging management module, and a design package debugging operation module; the specific execution process can be that the user first puts the arrangement package produced by the product service design center into the design package parsing module for parsing. After the design package is parsed, the engineering file will be put into the design package debugging operation module for storage and operation. Subsequently, the user can put the design package data designed by himself in the debugging data input module and interact with the design package operation display module to decide whether to directly run the design package or debug the design package. If the user wants to debug the design package, the debugging display module can set the assertions, breakpoints and other operations required for debugging, and the design package automatic verification module and the design package debugging management module set the debugging action. After the setting is completed, the user can run the design package, and the design package debugging operation module will truthfully feedback information according to the design package data, the assertions of the design package automatic verification module, the breakpoints of the design package debugging management module, etc. The specific feedback information is passed layer by layer so that the user can view it. If the user wants to perform further operations, he can use the design package debugging display module to operate the design package automatic verification module or the design package debugging management module to debug the design package.

[0097] Specifically, users can determine the design package corresponding to the PSR model. The design package contains a series of complete designs such as objects, object attributes, object APIs, API processes, etc. The terminal device can obtain the data results and data content returned by each system.

[0098] When the user finds an error in the self-test before or during the joint debugging of the design package, the user can review and reproduce the operation process of the design package through the design package automatic verification module and the design package debugging management module, set breakpoints for the product API target process nodes, and obtain the call results of the target process node after calling the service layer and resource layer by layer. The user can also obtain the usage of attributes in the product and the results of all data flow executions before the debugging target process node, and finally locate whether the debugging position (that is, the target process node position) has an abnormality. If not, more breakpoints or assertions can be set to observe the data flow, and finally the abnormal point can be determined, and the design package can be updated or modified.

[0099] The verification method for the design package provided in this embodiment is based on the PSR model, and a debugging method and device for verifying the design package of the output object corresponding to the PSR model are designed. With the help of the design package debugging display module, the user can judge whether the PSR model meets the business needs. By using engineering means such as the design package debugging management module and the design package automatic verification module, the user can track the data flow more intuitively, thereby realizing the verification of the PSR model and its output design package.

[0100] It should be understood that, although the various steps in the flowcharts involved in the above-mentioned embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps does not have a strict order restriction, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above-mentioned embodiments can include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0101] Based on the same inventive concept, the embodiment of the present application also provides a verification device for a design package for implementing the verification method of the design package involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in the verification device embodiments of one or more design packages provided below can refer to the limitations of the verification method of the design package above, and will not be repeated here.

[0102] In an exemplary embodiment, as shown in FIG6 , a design package verification device 600 is provided, comprising: a debugging data input module 601, a calling module 602 and a verification module 603, wherein:

[0103] The debugging data input module 601 is used to obtain the design package corresponding to the PSR model, and determine the object attributes and operation parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0104] The calling module 602 configures an interrupt operation on the target process node under the product object in the product layer, and outputs a calling result based on the interrupt operation, the calling result being a first calling result of the product object to the service layer, and a second calling result of the service object to the resource layer;

[0105] The verification module 603 is used to obtain the test verification result of the design package based on the first calling result and the second calling result.

[0106] In one embodiment, the product layer includes product objects, and the product objects include product object attributes and product operating parameters; the service layer includes service objects, and the service objects include service object attributes and service operating parameters; the resource layer includes resource objects, and the resource objects include resource object attributes and resource operating parameters, and the operating parameters are the operating parameters required by API parameters.

[0107] In one embodiment, the verification module is specifically used to:

[0108] Obtaining the data flow execution result before the target process node;

[0109] If the data flow execution result satisfies the preset normal conditions, and one or more of the first call result and the second call result do not satisfy the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

[0110] In one embodiment, the interrupt operation is one or more of an assertion operation and a breakpoint operation.

[0111] In one embodiment, the interrupt operation is an interrupt operation configured by a user; and the calling module is specifically used for:

[0112] Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

[0113] In one embodiment, the calling module is specifically used for:

[0114] By means of the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called, so that the service running parameters in the service layer call the resource running parameters, and a second calling result is obtained;

[0115] Based on the second calling result and the service object attribute, a first calling result is obtained.

[0116] Each module in the verification device of the above-mentioned design package can be implemented in whole or in part by software, hardware and their combination. Each of the above-mentioned modules can be embedded in or independent of the processor in the computer device in the form of hardware, or can be stored in the memory of the computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0117] In an exemplary embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be shown in FIG7. The computer device includes a processor, a memory, an input / output interface, a communication interface, a display unit, and an input device. The processor, the memory, and the input / output interface are connected via a system bus, and the communication interface, the display unit, and the input device are connected to the system bus via the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal in a wired or wireless manner, and the wireless manner may be implemented through WIFI, a mobile cellular network, near field communication (NFC) or other technologies. When the computer program is executed by the processor, a verification method for a design package is implemented. The display unit of the computer device is used to form a visually visible picture, which may be a display screen, a projection device, or a virtual reality imaging device. The display screen can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer device can be a touch layer covering the display screen, or a button, trackball or touchpad set on the computer device shell, or an external keyboard, touchpad or mouse.

[0118] Those skilled in the art will understand that the structure shown in FIG. 7 is merely a block diagram of a partial structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different arrangement of components.

[0119] In an exemplary embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and when the processor executes the computer program, the following steps are implemented:

[0120] Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer;

[0121] An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer;

[0122] Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

[0123] In one embodiment, the product layer includes product objects, and the product objects include product object attributes and product operating parameters; the service layer includes service objects, and the service objects include service object attributes and service operating parameters; the resource layer includes resource objects, and the resource objects include resource object attributes and resource operating parameters, and the operating parameters are the operating parameters required by API parameters.

[0124] In one embodiment, when the processor executes the computer program, the processor further implements the following steps:

[0125] Obtaining the data flow execution result before the target process node;

[0126] If the data flow execution result satisfies the preset normal conditions, and one or more of the first call result and the second call result do not satisfy the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

[0127] In one embodiment, the interrupt operation is one or more of an assertion operation and a breakpoint operation.

[0128] In one embodiment, the interrupt operation is an interrupt operation configured by a user; when the processor executes the computer program, the following steps are further implemented:

[0129] Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

[0130] In one embodiment, when the processor executes the computer program, the processor further implements the following steps:

[0131] By means of the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called, so that the service running parameters in the service layer call the resource running parameters, and a second calling result is obtained;

[0132] Based on the second calling result and the service object attribute, a first calling result is obtained.

[0133] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps described in the above embodiment are implemented.

[0134] In one embodiment, a computer program product is provided, including a computer program, which implements the steps described in the above embodiment when executed by a processor.

[0135] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations.

[0136] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., but are not limited to this.

[0137] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0138] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A design package verification method, characterized in that: The method comprises: Obtain a design package corresponding to the PSR model, and determine object attributes and operating parameters corresponding to each layer in the design package, wherein each layer includes a product layer, a service layer, and a resource layer; An interrupt operation is configured for a target process node under a product object in the product layer, and a call result is output based on the interrupt operation, wherein the call result is a first call result of the product object to the service layer, and a second call result of the service object to the resource layer; Based on the first calling result and the second calling result, a test verification result of the design package is obtained.

2. The method according to claim 1, characterized in that: The product layer includes product objects, and the product objects include product object attributes and product operating parameters; the service layer includes service objects, and the service objects include service object attributes and service operating parameters; the resource layer includes resource objects, and the resource objects include resource object attributes and resource operating parameters, and the operating parameters are the operating parameters required by API parameters.

3. The method according to claim 1, characterized in that The obtaining the test verification result of the design package based on the first calling result and the second calling result includes: Obtaining the data flow execution result before the target process node; If the data flow execution result satisfies the preset normal conditions, and one or more of the first call result and the second call result do not satisfy the preset normal conditions, the target process node is determined to be an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

4. The method according to any one of claims 1 to 3, characterized in that: The interrupt operation is one or more of an assertion operation and a breakpoint operation.

5. The method according to any one of claims 1 to 3, characterized in that: The interrupt operation is an interrupt operation configured by a user; and the outputting a call result based on the interrupt operation includes: Through the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called to obtain the calling result.

6. The method according to claim 5, characterized in that The design package debugging and running module calls the service running parameters in the service layer based on the design package data input by the user and the interrupt operation to obtain the calling result, including: By means of the design package debugging and running module, based on the design package data input by the user and the interrupt operation, the service running parameters in the service layer are called, so that the service running parameters in the service layer call the resource running parameters, and a second calling result is obtained; Based on the second calling result and the service object attribute, a first calling result is obtained.

7. A design package verification device, characterized in that: The device comprises: The debugging data input module is used to obtain the design package corresponding to the PSR model, and determine the object attributes and operation parameters corresponding to each layer in the design package, each of which includes a product layer, a service layer, and a resource layer; A calling module, which configures an interrupt operation on a target process node under a product object in the product layer and outputs a calling result based on the interrupt operation, wherein the calling result is a first calling result of the product object to the service layer and a second calling result of the service object to the resource layer; A verification module is used to obtain a test verification result of the design package based on the first call result and the second call result.

8. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

Images