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

Abstract

The application 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 following steps: obtaining a design package corresponding to a PSR model, determining object attributes and running parameters corresponding to each layer in the design package, and each layer comprises a product layer, a service layer and a resource layer; configuring an interrupt operation for a target process node in a product object in the product layer, outputting 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, and obtaining a test verification result of the design package. By using the method, the accuracy of the design package used for system interaction 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 located, and the design package verification efficiency is improved.

Description

TECHNICAL FIELD

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

[0002] With the development of communication network technology, a fast communication product opening or loading workflow and corresponding tools based on a PSR model can be provided, including a design state and a running state. The design state refers to designing various parameters, API processes, business rules, etc. of the entire product based on the PSR model, and finally outputting a design package. The design package output by the design state is mainly composed of tabular languages such as YAML files, which is parsed by various systems in the running state, and the specific business parameters are run according to the design of the design package, and function testing and production environment testing are performed. When the design package is applied, it is necessary to verify whether the various rules designed by the design package can run normally, which is a problem to be solved. SUMMARY

[0003] Therefore, it is necessary to provide a design package verification method and device, computer equipment, computer readable storage medium and computer program product capable of flexibly verifying the design package.

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

[0005] obtaining a design package corresponding to a PSR model, determining object attributes and running parameters corresponding to each layer in the design package, and each layer including a product layer, a service layer and a resource layer;

[0006] configuring an interrupt operation for a target process node under a product object in the product layer, outputting a call result based on the interrupt operation, the call result being 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] obtaining a test verification result of the design package based on the first call result and the second call result.

[0008] In one embodiment, the product layer includes a product object, the product object includes product object attributes and product running parameters; the service layer includes a service object, the service object includes service object attributes and service running parameters; the resource layer includes a resource object, the resource object includes resource object attributes and resource running parameters, and the running parameters are API parameters required for running parameters.

[0009] In one of the embodiments, the test verification result of the design package is obtained based on the first calling result and the second calling result, including:

[0010] The data stream execution result before the target flow node is obtained.

[0011] If the data stream execution result meets a preset normal condition, and one or more of the first calling result and the second calling result does not meet the preset normal condition, it is determined that the target flow node is an abnormal position, and the test verification result of the design package is obtained based on the abnormal position.

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

[0013] In one of the embodiments, the interrupt operation is a user-configured interrupt operation, and the calling result based on the interrupt operation includes:

[0014] The service running parameter in the service layer is called based on the user-input design package data and the interrupt operation by a design package debugging running module to obtain a calling result.

[0015] In one of the embodiments, the service running parameter in the service layer is called based on the user-input design package data and the interrupt operation by a design package debugging running module to obtain a calling result, including:

[0016] The service running parameter in the service layer is called based on the user-input design package data and the interrupt operation by a design package debugging running module, so that the service running parameter in the service layer calls the resource running parameter to obtain a second calling result.

[0017] The first calling result is obtained based on the second calling result and the service object attribute.

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

[0019] A debugging data input module is configured to obtain a design package corresponding to a PSR model, determine object attributes and running parameters corresponding to each layer in the design package, and each layer includes a product layer, a service layer, and a resource layer.

[0020] A calling module is configured to configure an interrupt operation for a target flow node under a product object in the product layer, output a calling result based on the interrupt operation, and 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 configured to obtain a test verification result of the design package based on the first calling result and the second calling result.

[0022] In one of the embodiments, the product layer includes product objects, the product objects include product object attributes and product running parameters; the service layer includes service objects, the service objects include service object attributes and service running parameters; and the resource layer includes resource objects, the resource objects include resource object attributes and resource running parameters, the running parameters being API parameter required running parameters.

[0023] In one of the embodiments, the verification module is specifically configured to:

[0024] obtain a data flow execution result before the target flow node;

[0025] if the data flow execution result meets a preset normal condition, and one or more of the first calling result and the second calling result do not meet the preset normal condition, determine that the target flow node is an abnormal position, and obtain a test verification result of the design package based on the abnormal position.

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

[0027] In one of the embodiments, the interrupt operation is a user configured interrupt operation; and the calling module is specifically configured to:

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

[0029] In one of the embodiments, the calling module is specifically configured to:

[0030] obtain a second calling result by a design package debugging running module based on the user input design package data and the interrupt operation, and calling the service running parameters in the service layer, so that the service running parameters in the service layer call the resource running parameters.

[0031] obtain a first calling result based on the second calling result and the service object attributes.

[0032] In a third aspect, the application further provides a computer device including a memory and a processor, the memory storing a computer program, and the processor realizing the following steps when executing the computer program:

[0033] acquire a design package corresponding to the PSR model, determine object attributes and running parameters corresponding to each layer in the design package, each layer including a product layer, a service layer, and a resource layer;

[0034] configure an interrupt operation for a target process node under a product object in the product layer, output 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;

[0035] obtain a test verification result of the design package based on the first calling result and the second calling result.

[0036] In a fourth aspect, the present application further provides a computer readable storage medium, having a computer program stored thereon, the computer program being executed by a processor to implement the following steps:

[0037] acquire a design package corresponding to the PSR model, determine object attributes and running parameters corresponding to each layer in the design package, each layer including a product layer, a service layer, and a resource layer;

[0038] configure an interrupt operation for a target process node under a product object in the product layer, output 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;

[0039] obtain a test verification result of the design package based on the first calling result and the second calling result.

[0040] In a fifth aspect, the present application further provides a computer program product, comprising a computer program, the computer program being executed by a processor to implement the following steps:

[0041] acquire a design package corresponding to the PSR model, determine object attributes and running parameters corresponding to each layer in the design package, each layer including a product layer, a service layer, and a resource layer;

[0042] configure an interrupt operation for a target process node under a product object in the product layer, output 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;

[0043] obtain a test verification result of the design package based on the first calling result and the second calling result.

[0044] The verification method, device, computer device, computer readable storage medium and computer program product of the design package, wherein the method comprises: obtaining a design package corresponding to a PSR model, determining object attributes and running parameters corresponding to each layer in the design package, each layer comprising a product layer, a service layer and a resource layer; configuring an interrupt operation for a target process node under a product object in the product layer, outputting 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; and obtaining a test verification result of the design package based on the first calling result and the second calling result. By using the method, the accuracy of the design package used for system interaction can be verified, the reliability of the output design package is further improved, the number of reworks during joint debugging of the design state is reduced, the efficiency of product loading is improved, 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 is improved. BRIEF DESCRIPTION OF DRAWINGS

[0045] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the related art, the drawings needed to be used in the description of the embodiments of the present application or the related art will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other related drawings can also be obtained without creative labor.

[0046] Figure 1 A flowchart of a design package verification method in an embodiment;

[0047] Figure 2 A flowchart of a step of obtaining a test verification result in an embodiment;

[0048] Figure 3 A flowchart of a step of obtaining a first calling result in an embodiment;

[0049] Figure 4 A structural diagram of a design package verification system in an embodiment;

[0050] Figure 5 A flowchart of a calling step in a design package verification method in an embodiment;

[0051] Figure 6 A structural block diagram of a design package verification device in an embodiment;

[0052] Figure 7 An internal structure diagram of a computer device in an embodiment. DETAILED DESCRIPTION

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

[0054] The design package verification method provided by the embodiments of the present application, as shown in Figure 1 The execution subject of the design package verification method can be a terminal device or a server or other processing device, wherein the terminal device can be a user equipment (UE), a mobile device, a user terminal, a terminal, a cellular phone, a cordless phone, a personal digital assistant (PDA), a handheld device, a computing device, a vehicle-mounted device, etc. In some possible implementation manners, the design package verification method can be implemented by a processor calling computer readable instructions 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 implemented through the interaction of the terminal and the server. In the embodiments, the design package verification method is taken as an example applied to a terminal device, and the design package verification method includes the following steps.

[0055] In step 102, a design package corresponding to a PSR model is obtained, and object attributes and running parameters corresponding to each layer in the design package are determined.

[0056] Each layer includes a product layer (Product layer), a service layer (Service layer) and a resource layer (Resource layer), and the PSR model is a design model that can be used for the interaction between systems. Each layer is composed of corresponding structure information, and the objects or components of various types generated based on the PSR model can be reused. The design package is an output result of the PSR model, and the design package can be a CSAR package. The design package contains the definitions, attributes, rules, etc. of objects or components of various types in the PSR model, and is used to command the collaborative work of various systems to finally realize the loading of a product.

[0057] Specifically, a user can input a selected design package, and the design package can contain object, object attribute, object running parameter and running flow data. The terminal device can obtain the design package corresponding to the design package input operation in response to the design package input operation of the user, and determine the multiple layers contained in the design package, the objects contained in each layer, and the object attributes and running parameters corresponding to each object. The terminal device can also determine the running flow of the design package.

[0058] In step 104, an interrupt operation is configured for a target flow node under a product object in a product layer, and a calling result is output based on the interrupt operation.

[0059] 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, and the calling 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 flow node can be a flow node selected by a user and requiring a configuration interruption operation. For example, the flow node under a running parameter in the product layer can be configured with an interruption operation, that is, the flow node under the running parameter in the product is determined as the target flow node, and the interruption operation is configured for the target flow node.

[0060] Specifically, the terminal device can determine the target flow node corresponding to the interruption operation configuration operation of the user, and automatically verify the assertion operation configured by the design package verification module or the breakpoint operation configured by the design package debugging management module, and configure the interruption operation of the target flow node and continue to run the design package to obtain the calling result, that is, the terminal device can obtain the calling result after the target flow node calls the service (Service) layer and the resource (Resource) layer layer by layer.

[0061] In step 106, a test verification result of the design package is obtained based on the first calling result and the second calling result.

[0062] Specifically, the terminal device can verify the first calling result of the product layer to the service layer and the second calling result of the service layer to the resource layer, and obtain the test verification result of the design package based on the first calling result and the second calling result and a preset normal condition. The test verification result can be an abnormal verification result or an abnormal verification result. The abnormal verification result can include abnormal prompt information and abnormal position information.

[0063] In the above verification method of the design package, the design package corresponding to the PSR model is obtained, and the object attributes and running parameters corresponding to each layer in the design package are determined, each layer including the product layer, the service layer, and the resource layer. An interruption operation is configured for the target flow node under the product object in the product layer, and a calling result is output based on the interruption operation. 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. Based on the first calling result and the second calling result, a test verification result of the design package is obtained. By using the method, the accuracy of the design package for system interaction can be verified, the reliability of the output design package is further improved, the number of rework during the integration test is reduced, the efficiency of product loading is improved, 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 is improved.

[0064] In an example embodiment, the product layer includes product objects, the product objects including product object attributes and product running parameters. The service layer includes service objects, the service objects including service object attributes and service running parameters. The resource layer includes resource objects, the resource objects including resource object attributes and resource running parameters, the running parameters being running parameters required by the API parameters.

[0065] In the embodiment, the design package can be hierarchically divided to separate the product, the service and the resource.

[0066] In an example embodiment, as shown in FIG. 8, the specific implementation process of the step of "obtaining the test verification result of the design package based on the first calling result and the second calling result" includes: Figure 2

[0067] In step 202, the data stream execution result before the target flow node is obtained.

[0068] Specifically, the terminal device can collect the execution result of each data stream before the target flow node when the design package is in a running state, and the target flow node can be a flow node in the running flow of the product running parameter in the product layer. That is, the data stream execution result obtained by the terminal device can be the execution result of each flow node before the target flow node in the running flow of the product running parameter in the product layer.

[0069] In step 204, if the data stream execution result meets the preset normal condition and one or more of the first calling result and the second calling result do not meet the preset normal condition, the target flow 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 can be that the output result is consistent with the preset result.

[0071] Specifically, the terminal device can match the currently obtained data stream execution result with the normal data stream execution result stored in the design package. If they are consistent, it is determined that the data stream execution result meets the preset normal condition. Correspondingly, the terminal device can obtain the first calling result of the product layer to the service layer and the second calling result of the service layer to the resource layer corresponding to the target flow node, and determine whether the first calling result and the second calling result meet the preset normal condition. If it is determined that one or more of the first calling result and the second calling result do not meet the preset normal condition, the target flow 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 can be an abnormal verification result, which can specifically include abnormal prompt information and abnormal position information, and the abnormal position information can be the target flow node.

[0072] ​In the embodiment, whether the debugging position corresponding to the target flow node is abnormal can be determined, flexible verification of the design package is realized, and reliability of the output design package is ensured.

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

[0074] Specifically, the terminal device can determine the target flow node corresponding to the interrupt operation configuration operation in response to the interrupt operation configuration operation of the user, and configure an assertion operation for the target flow node through the design package automatic verification module, or configure a breakpoint operation for the target flow node through the design package debugging management module.

[0075] In the embodiment, the interrupt operation of the target flow node can be configured by configuring a breakpoint operation or an assertion operation, the user can flexibly select a debugging position, the flexibility of selection of the design package debugging position is ensured, and the use experience of the designer is improved.

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

[0077] The design package debugging running module is used to call service running parameters in a service layer based on the design package data input by the user and the interrupt operation, and a calling result is obtained.

[0078] Specifically, the terminal device can run the design package by using the assertion operation or the breakpoint operation input by the user and the design package data input by the user, that is, the product layer calls service running parameters in the service layer and resource running parameters in a resource layer in multiple levels, and a calling result is obtained, so that the terminal device can verify the design package. If it is determined that the target flow node of the current design package is abnormal, the terminal device can update or modify the target flow node of the design package, and the design package is debugged.

[0079] In the embodiment, the design package can be accurately determined whether to be abnormal by using multiple level calling in the design package, and the position where the abnormality occurs can be output in time, so that the abnormal position of the design package can be debugged, and the reliability of the design package output is ensured.

[0080] In one example embodiment, as shown in Figure 3 The specific implementation process of the step "the design package debugging running module is used to call service running parameters in a service layer based on the design package data input by the user and the interrupt operation, and a calling result is obtained" can include:

[0081] At step 302, the design package debugging running module is designed, the service running parameter in the service layer is called based on the design package data input by the user and the interrupt operation, so that the service running parameter in the service layer calls the resource running parameter to obtain a second calling result.

[0082] At step 304, the first calling result is obtained based on the second calling result and the service object attribute.

[0083] Specifically, the terminal device can use the product object attribute, the rule corresponding to the product running parameter and the assertion operation or the breakpoint operation configured by the user through the product layer to call the service layer and obtain the execution result of the service layer, i.e., the first calling result. Based on this, the service layer can use the service object attribute and the rule corresponding to the service running parameter to call the resource layer and obtain the execution result of the resource layer, i.e., the second calling result. The service layer can continue to run the design package based on the second calling result returned by the resource layer to obtain the execution result of the service layer, i.e., the first calling result.

[0084] In this embodiment, the multi-level calling in the design package can be used to accurately determine whether the design package is abnormal and output the position of the abnormality in time, so as to facilitate the debugging of the abnormal position of the design package and ensure the reliability of the design package output.

[0085] In the following, the specific implementation process of the design package verification method described above will be described in detail in combination with a specific embodiment, which can include:

[0086] The design package verification method provided in this embodiment is applied to a design package verification scene, and a related technology builds a work flow and corresponding tools for quickly opening or loading a communication product based on a PSR model. The work flow is divided into two main states: a design state and a running state. The design state refers to designing various parameters, API processes, business rules and the like of the entire product based on the PSR model, and finally outputting a design package. The design package output in the design state is mainly composed of a tag type language such as a YAML file, is parsed by various systems in the running state, and specific business parameters are run according to the design of the design package to perform function testing and production environment testing. In the process of function testing and production environment testing, it is verified whether the various rules and the like designed by the design package can be run.

[0087] The design state can be a process of designing a product under the guidance of a PSR model and finally outputting a design package, which is referred to as a design state process. The running state can be a process in which the design package is read and parsed by various systems and run according to the rules therein, which is referred to as a running state process.

[0088] The verification method of the design package provided by the embodiment can verify the accuracy of the design package, specifically, the method and device can simulate the result parsed by the design package in the running state, improve the reliability of the design package output by the user in the design state, reduce the rework times of the design state in the joint debugging, and improve the efficiency of product loading. The method and device can locate any rule and process in the design package, so that the user can quickly locate the design defects in the design state and troubleshoot the design state exception.

[0089] The embodiment further provides a verification system of the design package, which mainly comprises a debugging data input module, a design package parsing module, a design package debugging running module, a design package debugging management module, a design package automatic verification module, and a design package debugging display module. Wherein:

[0090] The debugging data input module is used to define the running parameters required by each object attribute and API parameter under the PSR model. This module can store and organize the data structure and specific data content required by the design package 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, and correspond three objects in three dimensions, and the object is according to the API calling business process, as shown in Figure 4 The logic of three-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 attribute, the product running parameter corresponding rule and the user configured assertion operation or breakpoint operation to realize the calling of the service layer, and obtain the execution result of the service layer, that is, the first calling result; similarly, the service layer can use the service object attribute, the service running parameter corresponding rule to realize the calling of the resource layer, and obtain the execution result of the resource layer, that is, the second calling result. The service layer can continue to run the design package based on the second calling result returned by the resource layer, and obtain the execution result of the service layer, that is, the first calling result.

[0092] The design package debugging running module is used to run the design package after parsing, and this module can ensure that the data parsed by the debugging data input module can be normally run in the case of multiple users and multiple design packages, and simulate the whole process of running the design package in the running state.

[0093] The design package debugging management module is used to debug the product (Product) in the PSR model, that is, the product needs to be debugged by the api call in the service (Service) or resource (Resource) object or the corresponding data of the attribute is assembled into the input parameter of the api in the object. Based on the characteristics of the model, the debugging management module supports the user to stop at any api call link and output the complete data stream information related to the node, such as object attribute, rule, and pre-process node.

[0094] The design package automatic verification module is used to automatically verify the function of the design package debugging management module, allowing the user to set a custom assertion, and when the design package is running in the design package debugging running module, the ability to run each assertion ensures the result of each assertion.

[0095] The design package debugging display module is used for the user to set and input the data required by the debugging data input module, and trigger the analysis and debugging running of the design package in this module. At the same time, the breakpoints required by the design package debugging management module can be set in this module, or the assertions required by the design package automatic verification module can be set. 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 running module.

[0096] As shown in Figure 5 The structure of the design package verification system can be shown in the figure, which includes a design package debugging display module, a design package analysis module, a debugging data input module, a design package automatic verification module, a design package debugging management module, and a design package debugging running module. The specific execution process can be that the user first puts the orchestration package produced by the product service design center into the design package analysis module for analysis. The engineering file after the design package analysis is completed is stored and run in the design package debugging running module. Then, the user can put the design package data designed by himself into the debugging data input module and interact in the design package running display module to decide whether to run the design package directly or to debug the design package. If the user wants to debug the design package, he can set the assertions, breakpoints, and other operations required for debugging through the debugging display module, and set the debugging actions through the design package automatic verification module and the design package debugging management module. After the setting is completed, the user can run the design package, and the design package debugging running module will feed back the information according to the design package data, the assertions of the design package automatic verification module, and the breakpoints of the design package debugging management module, and the specific feedback information is transmitted layer by layer to finally enable the user to view. If the user wants to perform further operations, he can operate the design package automatic verification module or the design package debugging management module through the design package debugging display module to realize the debugging of the design package.

[0097] Specifically, the user 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, and the like. The terminal device can obtain the data results and data content returned by each system.

[0098] When the user finds errors in self-test or joint test before joint test of the design package, the running process of the design package can be reviewed and reproduced through the design package automatic verification module and the design package debugging management module. The breakpoints of the product API target process node are set, the calling results of the Service layer and the Resource layer are obtained after layer-by-layer calling of the target process node, the use of the product internal attributes can also be obtained, and the results of the execution of all data streams before the debugging target process node are obtained. Finally, it is determined whether the abnormality occurs at the debugging position (i.e., the target process node position). If not, more breakpoints or assertions can be set to observe the data flow, and finally the abnormal point is determined, and the design package is updated or modified.

[0099] The verification method of the design package provided in the embodiment is based on the PSR model, and a debugging method and device for verifying the design package corresponding to the output of the PSR model are designed. With the help of the design package debugging display module, the user can determine whether the PSR model meets the business needs. With the help of the design package debugging management module and the design package automatic verification module, the user can more intuitively track the data flow, and the verification of the PSR model and the design package corresponding to the output of the PSR model is realized.

[0100] It should be understood that although each step in the flowchart involved in each embodiment as described above is displayed in sequence according to the arrow, these steps are not necessarily executed in sequence according to the arrow. Unless otherwise specified herein, the execution of these steps is not strictly limited in sequence, and these steps can be executed in other sequences. Moreover, at least part of the steps in the flowchart involved in each embodiment as described above can include multiple steps or multiple stages, which are not necessarily executed at the same time, but can be executed at different times, and the execution sequence of these steps or stages is not necessarily sequential, but can be executed in rotation or alternation with at least part of other steps or steps or stages in other steps.

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

[0102] In one exemplary embodiment, as shown in Figure 6 A verification device 600 for a design package 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 configured to obtain a design package corresponding to a PSR model, determine object attributes and running parameters corresponding to each layer in the design package, and each layer includes a product layer, a service layer, and a resource layer.

[0104] The calling module 602 is configured to configure an interrupt operation for a target process node under a product object in the product layer, output a calling result based on the interrupt operation, and 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.

[0105] The verification module 603 is configured to obtain a 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 a product object, the product object includes product object attributes and product running parameters; the service layer includes a service object, the service object includes service object attributes and service running parameters; the resource layer includes a resource object, the resource object includes resource object attributes and resource running parameters, and the running parameters are API parameters required for running parameters.

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

[0108] Obtain a data stream execution result before the target process node;

[0109] If the data stream execution result meets a preset normal condition, and one or more of the first calling result and the second calling result do not meet the preset normal condition, determine that the target process node is an abnormal position, and obtain a test verification result of the design package 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 a user-configured interrupt operation; and the calling module is specifically configured to:

[0112] Obtain a calling result by a design package debugging running module based on the user-input design package data and the interrupt operation, and call service running parameters in the service layer.

[0113] In one embodiment, the calling module is specifically configured to:

[0114] 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, so that the service running parameters in the service layer call the resource running parameters and obtain the second call result;

[0115] Based on the second call result and the service object attributes, the first call result is obtained.

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

[0117] In one exemplary embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as follows: Figure 7 As shown, the computer device includes a processor, memory, input / output interfaces, a communication interface, a display unit, and an input device. The processor, memory, and input / output interfaces are connected via a system bus, and the communication interface, display unit, and input device are also connected to the system bus via the input / output interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs stored in the non-volatile storage media. The input / output interfaces are used for exchanging information between the processor and external devices. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, Near Field Communication (NFC), or other technologies. When the computer program is executed by the processor, it implements a method for verifying a design package. The display unit is used to form a visually visible image and can be a display screen, a projection device, or a virtual reality imaging device. The display screen can be an LCD screen or an e-ink screen. The input device of the computer device can be a touch layer covering the display screen, or buttons, trackballs, or touchpads set on the casing of the computer device, or external keyboards, touchpads, or mice, etc.

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

[0119] In one exemplary embodiment, a computer device is provided, comprising a memory and a processor, the memory storing a computer program, and the processor implementing the following steps when executing the computer program:

[0120] Obtaining a design package corresponding to a PSR model, determining object attributes and running parameters corresponding to each layer in the design package, each layer including a product layer, a service layer, and a resource layer;

[0121] Configuring an interrupt operation for a target process node under a product object in the product layer, outputting 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;

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

[0123] In one embodiment, the product layer includes a product object, the product object including product object attributes and product running parameters; the service layer includes a service object, the service object including service object attributes and service running parameters; and the resource layer includes a resource object, the resource object including resource object attributes and resource running parameters, the running parameters being API parameters required for running.

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

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

[0126] If the data stream execution result meets a preset normal condition, and one or more of the first calling result and the second calling result do not meet the preset normal condition, determining that the target process node is an abnormal position, and obtaining a test verification result of the design package 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 a user-configured interrupt operation; and the processor further implements the following steps when executing the computer program:

[0129] The design package debugging running module is designed to call service running parameters in the service layer based on the user-input design package data and the interrupt operation, to obtain a calling result.

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

[0131] The design package debugging running module is designed to call service running parameters in the service layer based on the user-input design package data and the interrupt operation, to make the service running parameters in the service layer call resource running parameters, to obtain a second calling result.

[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, which stores a computer program. When the computer program is executed by a processor, the steps described in the above embodiments are implemented.

[0134] In one embodiment, a computer program product is provided, which includes a computer program. When the computer program is executed by a processor, the steps described in the above embodiments are implemented.

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

[0136] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a non-volatile computer readable storage medium, and when executed, can include the processes of the above-mentioned embodiment methods. Any reference to 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. The non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical storage, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. The volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration but not limitation, the RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc. The database involved in the embodiments provided in the present application can include at least one of a relational database and a non-relational database. The non-relational database can include a distributed database based on a block chain, etc., without being limited thereto. The processor involved in the embodiments provided in the present application can be a general-purpose processor, a central processing unit, a graphics processing unit, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., without being limited thereto.

[0137] The technical features of the above embodiments can be combined in any manner. To make the description concise, all possible combinations of the technical features in the above embodiments are not described, but as long as the combinations of the technical features do not exist contradictions, they should be considered as the scope of the present application.

[0138] The above-described embodiments are merely illustrative of several embodiments of the present application, and the description is relatively specific and detailed, but should not be understood as a limitation on the scope of the patent. It should be noted that for those skilled in the art, without departing from the concept of the present application, a number of modifications and improvements can be made, which are all within the scope of the present application. Therefore, the scope of protection of the present application should be subject to the appended claims.

Claims

1. A method of checking a design package, characterized by, The method comprises: acquiring a design package corresponding to a PSR model, determining object attributes and running parameters corresponding to each layer in the design package, each layer comprising a product layer, a service layer, and a resource layer; configuring an interrupt operation for a target process node under a product object in the product layer, outputting 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; acquiring a data stream execution result before the target process node, and if the data stream execution result meets a preset normal condition, obtaining a test verification result of the design package based on the first calling result and the second calling result; the outputting of the calling result based on the interrupt operation comprises: based on design package data input by a user and the interrupt operation, calling service running parameters in the service layer by a design package debugging running module, so that the service running parameters in the service layer call resource running parameters to obtain the second calling result, and based on the second calling result and service object attributes, obtaining the first calling result.

2. The method of claim 1, wherein, The product layer comprises a product object, the product object comprises product object attributes and product running parameters; the service layer comprises a service object, the service object comprises service object attributes and service running parameters; the resource layer comprises a resource object, the resource object comprises resource object attributes and resource running parameters, and the running parameters are API parameters required for running.

3. The method of claim 1, wherein, the obtaining of the test verification result of the design package based on the first calling result and the second calling result comprises: if one or more of the first calling result and the second calling result do not meet the preset normal condition, determining that the target process node is an abnormal position, and obtaining the test verification result of the design package 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 assertion operations and breakpoint operations.

5. The method according to any one of claims 1 to 3, characterized in that, The interrupt operation is a user-configured interrupt operation.

6. A check device for a design package, characterized by The device comprises: a debugging data input module configured to acquire a design package corresponding to a PSR model, and determine object attributes and running parameters corresponding to each layer in the design package, each layer comprising a product layer, a service layer, and a resource layer; a calling module configured to configure an interrupt operation for a target process node under a product object in the product layer, and output 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; a verification module configured to acquire a data stream execution result before the target process node, and if the data stream execution result meets a preset normal condition, obtain a test verification result of the design package based on the first calling result and the second calling result; The calling module is specifically configured to call, by a design package debugging running module, service running parameters in the service layer based on design package data input by a user and the interrupt operation, so that the service running parameters in the service layer call resource running parameters to obtain a second calling result; and obtain a first calling result based on the second calling result and service object attributes.

7. The apparatus of claim 6, wherein, The verification module is specifically configured to determine that the target flow node is an abnormal position if one or more of the first calling result and the second calling result do not satisfy the preset normal condition, and obtain a test and verification result of the design package based on the abnormal position. 8.A computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the computer device is configured to perform the method according to any one of claims 1-7. The processor executes the computer program to implement the steps of the method in any one of claims 1 to 5.

9. A computer readable storage medium having stored thereon a computer program, characterized in that, The computer program is executed by the processor to implement the steps of the method in any one of claims 1 to 5.

10. A computer program product comprising a computer program, characterized in that, The computer program is executed by the processor to implement the steps of the method in any one of claims 1 to 5.

Images