CN118093399A

CN118093399A - Product testing method, device, electronic equipment, storage medium and system

Info

Publication number: CN118093399A
Application number: CN202410221961.9A
Authority: CN
Inventors: 张硕
Original assignee: Weimin Insurance Agency Co Ltd
Current assignee: Weimin Insurance Agency Co Ltd
Priority date: 2024-02-28
Filing date: 2024-02-28
Publication date: 2024-05-28

Abstract

The application relates to a product testing method, a device, electronic equipment, a storage medium and a system, wherein the method comprises the following steps: determining a plurality of configuration items corresponding to the product to be tested; determining a configuration parameter set based on configuration parameters corresponding to each configuration item, wherein the configuration parameter set comprises different configuration parameters corresponding to each configuration item of the product to be tested; determining a configuration result corresponding to each configuration parameter in the configuration parameter set; for each configuration item, under the condition that the configuration results of different configuration parameters corresponding to the configuration item are determined to be configured, determining a configuration mode corresponding to the product to be tested; and testing the product to be tested according to the test mode corresponding to the configuration mode. Therefore, the test efficiency of the product is improved while the acquisition and inspection time of the configuration item is shortened to the greatest extent.

Description

Product testing method, device, electronic equipment, storage medium and system

Technical Field

The present application relates to the field of product testing technologies, and in particular, to a product testing method, device, electronic apparatus, storage medium, and system.

Background

Currently, with the development of insurance industry, when insurance companies produce insurance products, insurance products including different configuration items are generally produced for different cities due to the influence of consumption level, regional difference and other factors. Before the safety product is applied online, the safety product needs to be tested in order to ensure the stability and rationality of the safety product.

Further, since the configuration is generic, it is common to test the configuration items of the insurance product one by one in a self-designed test case manner, but this creates some redundancy, such as multiple tests on the same configuration item. In this regard, a class for specially implementing configuration acquisition and configuration inspection is generally customized, all configuration items and configuration parameter acquisition and configuration parameter detection corresponding to each configuration item are combined together for detection, and automatic test is performed under the condition that configuration is completed by detecting both the configuration items and the configuration parameters.

However, as the number of configuration items to be detected increases, the number of configuration items to be detected is not only various, but also high in coupling degree, and a large number of repeated configuration parameters are included, which results in the need of continuously and repeatedly acquiring the configuration parameters and detecting the configuration parameters, so that the time for acquiring and detecting the configuration parameters is continuously increased, the automatic test efficiency is seriously affected, and the situation that the whole flow is blocked due to the fact that some unimportant parameters cannot be acquired is caused by extreme situations.

Disclosure of Invention

The application provides a product testing method, a device, electronic equipment, a storage medium and a system, which are used for solving the technical problems that the acquisition and detection time of configuration parameters is increased continuously, the automatic testing efficiency is seriously affected, and the situation that the whole process is blocked due to the fact that some unimportant parameters cannot be acquired under extreme conditions is solved along with the fact that more configuration items to be detected are more and configuration parameters are required to be acquired continuously and are detected in the prior art.

The application provides a product testing method, which comprises the following steps:

Determining a plurality of configuration items corresponding to the product to be tested;

determining a configuration parameter set based on configuration parameters corresponding to each configuration item, wherein the configuration parameter set comprises different configuration parameters corresponding to each configuration item of the product to be tested;

Determining a configuration result corresponding to each configuration parameter in the configuration parameter set;

For each configuration item, under the condition that the configuration results of different configuration parameters corresponding to the configuration item are determined to be configured, determining a configuration mode corresponding to the product to be tested;

and testing the product to be tested according to the test mode corresponding to the configuration mode.

The embodiment of the application provides a product testing device, which comprises:

The first determining module is used for determining a plurality of configuration items corresponding to the product to be tested;

the second determining module is used for determining a configuration parameter set based on the configuration parameters corresponding to each configuration item, wherein the configuration parameter set comprises different configuration parameters corresponding to each configuration item of the product to be tested;

A third determining module, configured to determine a configuration result corresponding to each configuration parameter in the configuration parameter set;

A fourth determining module, configured to determine, for each configuration item, a configuration mode corresponding to the product to be tested when determining that configuration results of different configuration parameters corresponding to the configuration item are configured;

And the test module is used for testing the product to be tested according to the test mode corresponding to the configuration mode.

An embodiment of the present application provides an electronic device, including: a processor and a memory, the processor being configured to execute a product testing program stored in the memory to implement the product testing method of any one of the first aspects.

An embodiment of the present application provides a storage medium storing one or more programs executable by one or more processors to implement the product testing method of any one of the first aspects.

The embodiment of the application provides a product testing system, which comprises: the system comprises a configuration result acquisition layer, a configuration parameter acquisition layer, a configuration item determination layer, a configuration result confirmation layer and a product test layer;

The configuration item determining layer is used for determining a plurality of configuration items corresponding to the product to be tested;

the configuration parameter acquisition layer is used for determining a configuration parameter set based on the configuration parameters corresponding to each configuration item, wherein the configuration parameter set comprises different configuration parameters corresponding to each configuration item of the product to be tested;

the configuration result acquisition layer is used for determining a configuration result corresponding to each configuration parameter in the configuration parameter set;

The configuration result confirmation layer is used for determining whether the configuration results of different configuration parameters corresponding to each configuration item are configured or not according to each configuration item;

The product testing layer is used for determining a configuration mode corresponding to the product to be tested under the condition that the configuration results of different configuration parameters corresponding to the configuration items are all configured; and testing the product to be tested according to the test mode corresponding to the configuration mode.

According to the technical scheme provided by the embodiment of the application, the configuration items corresponding to the product to be tested are determined, the configuration parameter set is determined based on the configuration parameters corresponding to each configuration item, the configuration parameter set comprises different configuration parameters corresponding to each configuration item of the product to be tested, the configuration result corresponding to each configuration parameter in the configuration parameter set is determined, and for each configuration item, the configuration mode corresponding to the product to be tested is determined under the condition that the configuration results of the different configuration parameters corresponding to the configuration item are all configured, and the product to be tested is tested according to the test mode corresponding to the configuration mode. According to the technical scheme, the configuration items and the configuration parameters are decoupled and are independently checked, and products in different configuration modes are tested in different testing modes, so that the problems that the same configuration parameters of different configuration items need to be repeatedly acquired and the whole flow is blocked due to the fact that a certain configuration item parameter cannot be acquired are avoided, the configuration item acquisition and checking time is shortened to the greatest extent, and meanwhile, the testing efficiency of the products is improved.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application.

In order to more clearly illustrate the embodiments of the application or the technical solutions of the prior art, the drawings which are used in the description of the embodiments or the prior art will be briefly described, and it will be obvious to a person skilled in the art that other drawings can be obtained from these drawings without inventive effort.

One or more embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements, and in which the figures of the drawings are not to be taken in a limiting sense, unless otherwise indicated.

Fig. 1 is a schematic diagram of an application scenario of a product testing method according to an embodiment of the present application;

FIG. 2 is a flowchart of an embodiment of a method for testing a product according to an embodiment of the present application;

FIG. 3 is a schematic structural diagram of a configuration item layering checking architecture according to an embodiment of the present application;

FIG. 4 is a schematic flow chart of a configuration item check according to an embodiment of the present application;

FIG. 5 is a flowchart of another embodiment of a method for testing a product according to an embodiment of the present application;

FIG. 6 is a schematic diagram of a flow module according to an embodiment of the present application;

FIG. 7 is a schematic diagram of a product testing system according to an embodiment of the present application;

FIG. 8 is a defect distribution diagram according to an embodiment of the present application;

FIG. 9 is a ratio chart of the execution times and time saving according to the embodiment of the application;

FIG. 10 is a graph showing an on-line/off-line fault count provided by an embodiment of the present application;

FIG. 11 is a block diagram of an embodiment of a product testing apparatus according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present application more apparent, the technical solutions of the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are some embodiments of the present application, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

The following disclosure provides many different embodiments, or examples, for implementing different structures of the application. In order to simplify the present disclosure, components and arrangements of specific examples are described below. They are, of course, merely examples and are not intended to limit the application. Furthermore, the present application may repeat reference numerals and/or letters in the various examples. This repetition is for the purpose of simplicity and clarity and does not in itself dictate a relationship between the various embodiments and/or configurations discussed.

In order to solve the technical problems that the acquisition and detection time of configuration parameters is continuously increased, the automatic test efficiency is seriously influenced, and the situation that the whole process is blocked due to the fact that some unimportant parameters cannot be acquired in extreme cases is solved along with the fact that more configuration items to be detected are more and more, configuration parameters are required to be repeatedly acquired and detected in the prior art, the application provides the product test method, the device, the electronic equipment, the storage medium and the system.

In order to facilitate understanding of the product testing method provided by the embodiment of the present application, the application scenario related to the embodiment of the present application is first illustrated.

Referring to fig. 1, an application scenario diagram of a product testing method according to an embodiment of the present application is provided. As shown in FIG. 1, the product testing according to the embodiments of the present application may include logic testing of products of different customized content, checking of configuration items included in the products, joint debugging testing of partners involved in the products, and the like.

The product to be tested provided by the embodiment of the application can be dominated by a preset organization, different contents can be customized according to different cities, and a city-policy strategy is adopted, for example, a city A corresponds to a product of scheme 1, a city B corresponds to a product of scheme 2, and a city C corresponds to a product of scheme 3.

Further, the configuration items of the internal configuration each product includes may include, but are not limited to: finance, product factories, wind control configurations, config (configurations), products, refunds, schemes, renewal, insurance applicant, insured, age rules, and the like.

Alternatively, the testing of the partner in the product test may include, but is not limited to: the joint debugging medical insurance identity rule, the personal account payment and the like. And in the product test, the joint debugging bill, the withdrawal bill and the like of the insurance department are tested.

In practical application, 30 cities in 50 cities are customized, the number of the customized cities is up to more than 60%, more than 50 configuration items are required to be verified, city customization contents and configuration items are required to be combined for testing, and multi-party joint debugging is required to be completed later. In addition, the pace of the baoshi products is fast, multiple cities are simultaneously on line, 2-3 new cities are on line in a period of a peak period, the average test time of single products is only 2 days, and 20% of cities even only 1 day test time, so that the test efficiency of the products is very necessary.

In practical testing, since the configuration is universal, the configuration items of the insurance product are tested one by adopting a self-design test case mode, but some redundant work is generated, such as multiple tests on the same configuration item. In this regard, a class for specially implementing configuration acquisition and configuration inspection is generally customized, all configuration items and configuration parameter acquisition and configuration parameter detection corresponding to each configuration item are combined together for detection, and automatic test is performed under the condition that configuration is completed by detecting both the configuration items and the configuration parameters.

However, as more and more configuration items to be detected are provided, the configuration items to be detected are not only various, but also have high coupling degree, and contain a large number of repeated configuration parameters, which leads to the need of continuously and repeatedly acquiring the configuration parameters and detecting the configuration parameters, so that the time for acquiring and detecting the configuration parameters is continuously increased, the automatic test efficiency is seriously affected, and the extreme situation can also cause the situation that certain unimportant parameters cannot be acquired, so that the whole process is blocked, the product on-line is seriously affected, and the serious loss is caused.

In this regard, the embodiment of the application provides a product testing method, which can decouple configuration items and configuration parameters, separately check the configuration items and the configuration parameters, and test products in different configuration modes in different testing modes, so that the problems that the same configuration parameters of different configuration items need to be repeatedly acquired and the whole process is blocked due to the fact that a certain configuration item parameter cannot be acquired are avoided, the acquisition and checking time of the configuration items is shortened to the greatest extent, and the testing efficiency of the products is improved.

The following describes the product testing method provided by the application in specific embodiments with reference to the accompanying drawings, and the embodiments do not limit the embodiments of the application.

Referring to fig. 2, a flowchart of an embodiment of a method for testing a product according to an embodiment of the present application is provided. As shown in fig. 2, the process may include the steps of:

step 201, determining a plurality of configuration items corresponding to the product to be tested.

The configuration items refer to configuration items included in the product to be tested, which may be configuration items set for the product to be tested in advance, such as finance, product factory, wind control configuration, config (configuration) shown in fig. 1, wherein each configuration item may further include a plurality of configuration parameters, such as product, refund, scheme, renewal, applicant, insured person, age rule, and the like.

In an embodiment, when developing each product, a user may set a plurality of different configuration items for the product, and store a correspondence between each product and a corresponding configuration item. Further, the corresponding relation between each product and the corresponding configuration item can be stored in a preset database, and further, in order to obtain the corresponding relation between the product and the configuration item in real time, the corresponding relation can be stored in a cache, and the situation that the corresponding relation cannot be obtained when the database fails can be avoided.

Based on this, the execution body of the embodiment of the application can obtain the corresponding relation between the product and the configuration items after determining the product to be tested, and determine a plurality of configuration items corresponding to the product to be tested according to the corresponding relation.

As a possible implementation manner, the execution body of the embodiment of the present application may acquire a product code input by a user through a visual interface, and determine a product corresponding to the product code as a product to be tested.

As another possible implementation manner, the execution body according to the embodiment of the present application may test the products stored in the database at regular time, so that the untested products may be sequentially determined as the products to be tested.

Step 202, determining a configuration parameter set based on the configuration parameters corresponding to each configuration item, where the configuration parameter set includes different configuration parameters corresponding to each configuration item of the product to be tested.

The configuration parameters refer to configuration parameters included in the configuration items. In practice, a product may include a plurality of configuration items, and each configuration item may include a plurality of configuration parameters, e.g., product a may include a configuration item: product factories and wind control configurations, while product factories can include a number of configuration parameters: the configuration of the applicant, the configuration of the insured person, the configuration of the relation of the insured person, etc.

The above-mentioned set of configuration parameters refers to a set of all the different configuration parameters involved in the product to be tested.

In an embodiment, when developing each product, a user may set a plurality of different configuration items for the product, and set different configuration parameters for each configuration item, and then store the correspondence among the product, the configuration items, and the configuration parameters.

Further, the corresponding relations among the products, the configuration items and the configuration parameters can be stored in a preset database, and further, in order to obtain the corresponding relations among the three in real time, the corresponding relations among the three can be stored in a cache, and the situation that the corresponding relations among the three cannot be obtained when the database fails can be avoided.

Based on this, after the execution body of the embodiment of the present application determines the configuration item corresponding to the product to be tested, the corresponding relationship between the configuration item and the configuration parameter may be obtained from the preset cache, and according to the corresponding relationship, different configuration parameters corresponding to each configuration item may be determined.

And then, classifying different configuration parameters corresponding to each configuration item into an initial configuration parameter set, thereby obtaining a set composed of all the configuration parameters included in the product to be tested. In practical applications, different configuration items may include the same configuration parameters, so in order to avoid repeatedly obtaining the same configuration parameters of different configuration items, the execution body of the embodiment of the present application may perform deduplication processing on the configuration parameters in the initial configuration parameter set to obtain the configuration parameter set.

Step 203, determining a configuration result corresponding to each configuration parameter in the configuration parameter set.

The configuration result indicates whether the configuration parameters are configured correctly or not, and when the configuration parameters are configured correctly, the corresponding configuration result can be configured; when the configuration parameters are not configured correctly, the corresponding configuration results may be unconfigured. It is to be appreciated that the incorrect configuration of configuration parameters herein may include, but is not limited to: the configuration parameters are not configured, the configuration parameters are configured in error, and the like.

In the embodiment of the application, in order to avoid that the same configuration parameters of different configuration items need to be repeatedly acquired and checked when the configuration items are checked, thereby increasing the checking time of the configuration items and affecting the automatic test efficiency, the execution body of the embodiment of the application uses a layered architecture to process the checking process of the configuration items, namely, decouples the configuration items and the configuration parameters, so that the configuration items and the configuration parameters are independently checked respectively.

Based on this, the execution body of the embodiment of the application can independently check the configuration parameters in the configuration parameter set after acquiring the configuration parameter set corresponding to the product to be tested, and determine the configuration result corresponding to each configuration parameter.

In practical applications, the different configuration parameters may be from the same platform or from different platforms, for example, the configuration parameters corresponding to the product factory platform may include, but are not limited to: the configuration parameters corresponding to the configuration platform in the product can include, but are not limited to: form removing configuration, front end configuration, compliance configuration, and the like.

Based on this, the execution body of the embodiment of the present application can check the configuration parameters according to the sources of the configuration parameters, that is, the platform to which the configuration parameters belong.

As an exemplary embodiment, in order to facilitate the acquisition of the acquisition interface corresponding to each configuration parameter, the user may store the corresponding relationship between the configuration parameter and the corresponding acquisition interface in a preset cache in advance. Based on this, the execution body of the embodiment of the present application may acquire the acquisition interface corresponding to each configuration parameter in the configuration parameter set from the preset cache.

Then, in order to reduce the number of calls to the acquiring interface, the execution body of the embodiment of the application can classify the configuration parameters consistent with the acquiring interface into the same subset of configuration parameters, wherein each subset of configuration parameters can correspond to one acquiring interface, so that the parameter configuration of each configuration parameter in the subset of configuration parameters can be uniformly acquired from the acquiring interface at one time. The above parameter configuration refers to the content such as parameter values or parameter rules for configuring the parameter configuration, for example, configuring the corresponding age parameter corresponding to the insured person, and the corresponding age range can be set.

And then, for each configuration parameter subset, determining a configuration result corresponding to each configuration parameter in the configuration parameter subset based on the acquisition interface corresponding to the configuration parameter subset.

Further, since different products generally include some common configuration parameters, in order to improve product testing efficiency, the execution body of the embodiment of the present application may check some common configuration parameters related to all products in advance, and store the checking result in the cache. The checking result may include a configuration state of the general configuration parameter, for example, if the general configuration parameter is successfully configured, the configuration state is configured; if the general configuration parameters are not successfully configured, the configuration state is unconfigured. It is understood that unsuccessful configuration herein may include cases where the general configuration parameters are not configured, general configuration parameters are configured incorrectly, and so on.

Based on this, when determining the configuration result of each configuration parameter in the subset of configuration parameters, the execution body of the embodiment of the present application may first determine the general configuration parameters and the non-general configuration parameters in the subset of configuration parameters, where the non-general configuration parameters may include, but are not limited to: configuration parameters that are not required for all products, configuration parameters from a third party platform, configuration parameters specific to the product to be tested, etc.

Then, for each general configuration parameter, the execution body of the embodiment of the present application may first obtain the configuration state of the general configuration parameter from the cache.

Alternatively, in the case where the configuration state of the general configuration parameter is configured, it is explained that the general configuration parameter has been determined to have completed configuration by checking, and therefore, the configuration result corresponding to the general configuration parameter may be determined to be configured.

In contrast, when the configuration state of the general configuration parameter is unconfigured, it is indicated that the general configuration parameter is unconfigured or the corresponding configuration parameter does not conform to the preset inspection rule, and further inspection is required for the general configuration parameter, so that the general configuration parameter that needs further inspection can be determined as the configuration parameter to be tested.

It can be seen from the above description that the non-generic configuration parameters in the subset of configuration parameters are not checked, so that the non-generic configuration parameters in the subset of configuration parameters can be determined as configuration parameters to be tested.

And then, aiming at the configuration parameters to be tested, calling an acquisition interface corresponding to the configuration parameter set where the configuration parameters to be tested are positioned, and uniformly acquiring current parameter settings of all the configuration parameters to be tested. The current parameter setting refers to the content such as a parameter value or a parameter rule corresponding to the configuration parameter to be tested, which is preset under the platform corresponding to the acquisition interface corresponding to the configuration parameter to be tested, for example, corresponding age parameter configured by the person to be protected, and the corresponding age range can be set.

And then, aiming at each configuration parameter to be tested, checking the parameter setting of the configuration parameter to be tested according to a checking rule corresponding to the configuration parameter to be tested, and obtaining a checking result. The above-described verification rules may include, but are not limited to: validity check, presence, equality, inclusion, etc. For example, the length check is performed on the configuration parameter of the identification card number, the validity check is performed, and the positive and negative check is performed on the configuration parameter of the refund amount.

Further, the configuration result of the configuration parameter to be tested, the verification result of which is verified, may be determined as configured, and the configuration result of the configuration parameter to be tested, the verification result of which is verified, may be determined as unconfigured.

Step 204, for each configuration item, determining a configuration mode corresponding to the product to be tested under the condition that the configuration results of different configuration parameters corresponding to the configuration item are all configured.

Step 205, testing the product to be tested according to the testing mode corresponding to the configuration mode.

The following collectively describes steps 204 and 205:

The configuration mode refers to a mode determined according to configuration parameters of a product to be tested, and can comprise a light mode and a heavy mode, wherein the configuration parameters included in the light mode can comprise general configuration parameters, and the configuration parameters included in the heavy mode can comprise general configuration parameters and non-general configuration parameters.

In the embodiment of the application, after all the configuration parameters included in the product to be tested are checked, the configuration items to be checked and the corresponding configuration parameters can be combined, so that whether the corresponding configuration items are configured or not is determined according to the configuration result of the configuration parameters corresponding to each configuration item.

Based on this, the execution body of the embodiment of the application can determine all configuration parameters corresponding to each configuration item, determine that the configuration item has completed configuration under the condition that the configuration results of different configuration parameters corresponding to the configuration item are all configured, determine that the configuration item of the product to be tested has been checked under the condition that all the configuration items of the product to be tested have been configured, and test the product to be tested after the configuration item is checked.

In practical application, the layering inspection of the configuration items and the configuration parameters of the product to be tested can be realized through a structure diagram shown in fig. 3, and referring to fig. 3, a structural schematic diagram of the layering inspection architecture of the configuration items is provided in the embodiment of the application. As shown in fig. 3, the architecture diagram may include: all configuration control layers, parameter assembly verification Service layers, configuration parameter acquisition layers and large platform configuration layers are gathered.

The configuration layer is a closing-up of front-end interface data, and can be used for receiving a product code of a product to be tested, which is input by a user, determining the product corresponding to the product code as the product to be tested, and outputting inspection results of different configuration items included in the product to be tested through a visual interface. The service layer can perform different operation processing on different configuration items so as to determine whether the configuration items are configured. The configuration parameter acquisition layer can be used for uniformly acquiring all configuration parameters included in the configuration items and uniformly acquiring parameter configuration of the configuration parameters from the same source according to the source of the configuration parameters. The large platform configuration layers can be external interface layers, and configuration parameters of corresponding platforms can be obtained through a storage third party interface.

The architecture design not only isolates each configuration item from each other, but also decouples the configuration items and configuration parameters from each other. Extracting the configuration items to the Service layer, extracting specific configuration parameters to the domain layer (obtaining the configuration parameter layer), getting rid of the dependency relationship between the domain layer parameter configuration modules and between the configuration parameters and the configuration items, and performing the process of disassembling by the Service layer. For example, in the dangerous seed configuration item and the product configuration item, two configuration parameters of a security pre-verification mark and whether pre-verification is degraded are needed, the two configuration parameters are needed to be queried and obtained respectively in the dangerous seed configuration item and the product configuration item in the original process, the configuration parameters are only queried once in a domain layer module, and the configuration item is assembled by itself, so that the time consumption is greatly reduced. Two major problems (configuration item checking affects interrupt flow and configuration parameter acquisition repetition time consumption increases) in the prior art are solved.

The service layer isolates different configuration items, so that the checking flow of each configuration item can be ensured to be independent, and under the condition that a plurality of configuration items only need to be checked to pass through a plurality of the configuration items, the whole flow can not be ensured to be blocked because of the checking of certain configuration items which are not particularly important, and the checking speed of the configuration items of the scene can be improved.

Further, as the variety of the configuration items is increased, a large number of repeated configuration item parameters can be included, and the configuration items and the configuration item parameters are divided into a service layer and a domain layer, repeated codes in the configuration item inspection can be reduced, and meanwhile, the completed configuration item parameter inspection is skipped, so that the time consumption of the configuration item inspection is reduced.

Further, in the actual development process, the hierarchical inspection of the configuration items and the configuration parameters can be implemented through the flow shown in fig. 4. Referring to fig. 4, a schematic flow chart of configuration item checking is provided in an embodiment of the present application. As shown in fig. 4, by using an abstract factory mode in the design mode, all parameter configuration check interfaces are abstracted in a service layer to construct a configuration check factory class HMBConfigCheckFactory, HMBConfigCheckFactory, and configuration item parameters to be checked achieve the effect of configuration parameter extraction through configuration parameter interfaces in different product rewriting implementations HMBConfigCheckFactory.

Further, the configuration parameter acquisition layer comprises DTO classes acquired by each large platform parameter, and in order to enhance the flexibility and the expansibility of the system, the parameter acquisition is realized by supporting the class loader to construct an object and reflecting the dynamic proxy.

Wherein the reflection dynamic proxy implementation is executed as class. Three attribute methods are used for reflection, field (Field), method (Method), and Construction (Construction). The Field returns the member variable of the single parameter acquisition to be used, and the Method is a Method for returning the parameter acquisition DTO acquisition, verification and non-empty judgment, and the Construction returns a complete parameter acquisition structure.

Specifically, controlller (control layer) receives the upstream get configuration item check request and parses the request incoming HMBConfigCheckFactory, after which it can be determined whether a product configuration item exists according to ProductName.

Alternatively, if not, it is indicated that the process may be ended without checking at this time.

If yes, the corresponding product configuration item service implementation class is built, whether parameters are acquired by DTO is judged, if no, all result messages of the product configuration item can be directly assembled, the upstream is returned, and the flow is ended. If so, a DOMAIN layer (acquire configuration parameters layer) acquires a DTO acquire parameters check result, wherein the DTO implementation may include a reflective dynamic proxy construct and a class loader construct.

Then, whether the parameters DTO are needed to be obtained or not can be judged in a class circulation mode according to the product configuration, if so, the parameters DTO can be directly obtained, and a parameter checking result can be obtained; if not, all result messages of the product configuration items can be assembled, and the upstream is returned, namely all configuration control layers are collected, and the flow is ended. Optionally, in order to facilitate the user to know the unconfigured configuration items in time, the unconfigured configuration items may be highlighted, or the unconfigured configuration items may be identified as preset colors.

And then, determining a configuration mode corresponding to the product to be tested, and testing the product to be tested according to a testing mode corresponding to the configuration mode.

As to how to determine the configuration mode corresponding to the product to be tested and test the product to be tested according to the test mode corresponding to the configuration mode, the description of the flow shown in fig. 4 will be omitted here.

Referring to fig. 5, a flowchart of an embodiment of another method for testing a product according to an embodiment of the present application is provided. The flow shown in fig. 5 describes how to determine a configuration mode corresponding to a product to be tested specifically based on the flow shown in fig. 2, and test the product to be tested according to a test mode corresponding to the configuration mode. As shown in fig. 5, the process may include the steps of:

step 501, determining the area of the product to be tested.

Step 502, determining a product mode corresponding to the region to be tested as a configuration mode corresponding to a product to be tested, wherein the product mode comprises a first product mode and a second product mode, configuration parameters of the first product mode are all general configuration parameters, and configuration parameters corresponding to the second product mode comprise general configuration parameters and non-general configuration parameters.

The following collectively describes step 501 and step 502:

The above-mentioned area refers to an area to which the product to be tested is applied, which may be a city to which the product to be tested is applied, and the embodiment of the present application is not limited thereto.

The first product mode and the second product mode are product modes preset for different cities. The configuration parameters included in the first product mode may be all general configuration parameters, and may be referred to as a light mode because the configuration parameters are more general; the configuration parameters corresponding to the second product mode may include a general configuration parameter and a non-general configuration parameter, and may be referred to as a heavy mode because the configuration parameters are complex.

In the embodiment of the application, because the configuration parameters corresponding to different products are different, when the products comprise the general configuration parameters and the non-general configuration parameters, the system also comprises custom logic and two-way joint debugging for testing, so that a user can set different product modes, such as a light mode (a first product mode) and a heavy mode (a second product mode), for different cities in advance.

Based on this, the execution body of the embodiment of the present application may determine the area to which the product to be tested belongs, and determine the product mode corresponding to the area to be tested as the configuration mode corresponding to the product to be tested.

Step 503, determining whether the configuration mode of the product to be tested is the first product mode, if yes, executing step 504; if not, step 505 is performed.

Step 504, automatically testing configuration items of the product to be tested.

Step 503 and step 504 are collectively described below:

The automated test refers to an automated test based on a pre-developed product test platform in the prior art.

In the embodiment of the application, after the configuration item of the product to be tested is checked, the testing mode corresponding to the product to be tested can be determined according to the configuration mode of the product to be tested, and the product to be tested is tested by the testing mode.

Optionally, it may be determined whether the product mode of the product to be tested is the first product mode, and if it is determined that the product mode of the product to be tested is the first product mode, it is indicated that the configuration parameters of the product to be tested are all general configuration parameters, and no configuration parameters of custom logic and three-party joint debugging are involved, so that the configuration items of the product to be tested can be tested directly through an automated test.

Optionally, if the product mode of the product to be tested is determined to be not the first product mode, it is indicated that the product mode of the product to be tested is the second product mode, and the configuration parameters thereof include not only the general configuration parameters but also the non-general configuration parameters, which relate to the custom logic of the product and require the three-party joint debugging test, so that the product to be tested in the second product mode can be tested through the following steps 505 and 506.

Step 505, determining a flow module included in the product to be tested, and a configuration item corresponding to each flow module.

Step 506, testing configuration items of each flow module of the product to be tested according to a preset testing rule.

The following collectively describes steps 505 and 506:

The flow module refers to a flow related to the product to be tested in the application process, wherein each step of flow can be used as a module, and each flow module can correspond to at least one configuration item. For example, the procedures involved with an insurance product may include, but are not limited to: product information, application, underwriting, payment, order, after-sales, and the like.

In the embodiment of the application, under the condition that the product mode of the product to be tested is the second product mode, the flow modules included in the product to be tested and the configuration items corresponding to each flow module can be determined, so that the configuration items of each flow module of the product to be tested can be tested respectively.

For example, assume that the product to be tested is an insurance product, and referring to fig. 6, a schematic diagram of a flow module is provided in an embodiment of the present application. As shown in fig. 6, the insurance product may include: product information, application, underwriting, payment, order, and after-sales flows, each of which may correspond to a plurality of configuration items.

Based on this, the execution body of the embodiment of the present application may directly detect whether the configuration parameters corresponding to each configuration item are all general configuration parameters, determine the configuration item including at least one non-general configuration parameter as a dependent configuration item, and perform special processing (such as thickening, marking, etc.) on the dependent configuration item, so as to mark the dependent configuration item, so that a user may intuitively understand the dependent configuration item corresponding to each flow module.

As an exemplary embodiment, for each configuration item of a product to be tested, whether the configuration parameters corresponding to the configuration item are all general configuration parameters may be determined, and optionally, if the configuration parameters corresponding to the configuration item are all general configuration parameters, it is indicated that no joint debugging test with a partner is required when the configuration item is tested, so that the configuration item may be determined as an independent configuration item.

Conversely, if the configuration parameters corresponding to the configuration item include at least one non-generic configuration parameter, it is indicated that a joint debugging test is required with the partner when the configuration item is tested, and thus the configuration item can be determined as a non-independent configuration item.

Based on the above, according to the sequence of the flow modules of the product to be tested in the flow, the automatic test can be performed on the independent configuration items of each flow module in sequence, and the simulation partner test can be performed on the non-independent configuration items. The automatic test of the independent configuration items is consistent with the automatic test of the products in the first product mode, and the automatic test is carried out through a test platform. The simulation partner test refers to testing the non-universal configuration items through the simulation partner, and the simulation partner test does not need to participate in the test by a real partner in the test process.

Further, since the test is performed according to the sequence of the flow in the flow module when the test product is tested, configuration parameters of joint debugging may be involved when the independent configuration items of the product to be tested are tested, for example, when the configuration items of the real-time bill are tested, the configuration parameters such as real-time payment need to be tested first.

Based on the method, the independent configuration items of the joint tone and the independent configuration items of the joint tone related to the independent configuration items can be determined to be tested, and target cooperators corresponding to the independent configuration items of the joint tone and the independent configuration items of the joint tone respectively are determined.

And then, testing the independent configuration items of the joint debugging, and under the condition that the independent configuration items of the joint debugging are confirmed to be tested, and the test results represent that the independent configuration items of the joint debugging pass the test, respectively simulating the target partner of the independent configuration items and the target partner of the independent configuration items of the joint debugging according to the sequence of the flow, and testing the non-independent configuration items and the non-independent configuration items of the joint debugging by simulating the partner.

As an exemplary embodiment, when performing the simulation partner test, the producer of the product to be tested may perform the test before the partner test, simulate the configuration item of the partner concerned, and determine the test result corresponding to the configuration item of the partner, so as to determine whether the configuration item is normal according to the test result. For example, when the partner is not yet proposed, the product producer can firstly test, and then pass through a mock service, a medical insurance identity verification module of the mock partner, a bill outlet module for the joint debugging WeChat payment of the insurance company and a bill removing module are preferentially carried out.

According to the technical scheme provided by the embodiment of the application, the product mode corresponding to the area to be tested is determined as the configuration mode corresponding to the product to be tested by determining the area to which the product to be tested belongs, wherein the product mode comprises a first product mode and a second product mode, the configuration parameters of the first product mode are all universal configuration parameters, the configuration parameters corresponding to the second product mode comprise universal configuration parameters and non-universal configuration parameters, whether the configuration mode of the product to be tested is the first product mode or not is determined, and if yes, automatic test is carried out on the configuration items of the product to be tested; if not, determining the flow modules included in the product to be tested and the configuration items corresponding to each flow module, and respectively testing the configuration items of each flow module of the product to be tested according to a preset test rule. According to the technical scheme, the configuration items are divided into independent configuration items and dependent configuration items according to whether the configuration parameters included in the configuration items only include general configuration parameters or not, automatic testing is conducted on the independent configuration items, and simulation partner joint debugging testing is conducted on the dependent configuration items.

Further, referring to fig. 7, a schematic structural diagram of a product testing system according to an embodiment of the present application is provided. As shown in fig. 7, the product testing system 70 may include: a configuration result acquisition layer 71, a configuration parameter acquisition layer 72, a configuration item determination layer 73, a configuration result confirmation layer 74, and a product test layer 75.

The configuration item determining layer 73 may be configured to determine a plurality of configuration items corresponding to the product to be tested. For example, the configuration control layer shown in fig. 3 is folded, and the configuration control layer can determine the corresponding product to be tested by receiving the product code of the product to be tested input by the user, and acquire a plurality of configuration items corresponding to the product to be tested.

The configuration parameter obtaining layer 72 may be configured to determine a configuration parameter set based on the configuration parameter corresponding to each configuration item, where the configuration parameter set may include different configuration parameters corresponding to each configuration item of the product to be tested. For example, the configuration parameter acquisition layer shown in fig. 3 may acquire configuration parameters corresponding to each configuration item, so as to obtain a configuration parameter set corresponding to the product to be tested.

The configuration result obtaining layer 71 may be configured to determine a configuration result corresponding to each configuration parameter in the configuration parameter set. For example, the configuration layer of each large platform shown in fig. 3 may obtain the configuration result of the configuration parameters corresponding to each large platform through the obtaining interface of each large platform.

The configuration result confirmation layer 74 is configured to determine, for each configuration item, whether the configuration results of different configuration parameters corresponding to the configuration item are configured. For example, the parameter assembly checking layer shown in fig. 3 may perform assembly checking on the configuration parameters corresponding to each configuration item, so as to determine whether the configuration results of different configuration parameters corresponding to each configuration item are all configured.

The product test layer 75 may be configured to determine a configuration mode corresponding to a product to be tested; and testing the product to be tested according to the testing method corresponding to the configuration mode.

In addition, in order to facilitate understanding of the technical effects of the product testing method provided by the application, the technical effects achieved by the product testing method provided by the application are described below through practical application results.

In an embodiment, the method for testing products provided by the application has the advantages of shortening configuration checking time, finding defects in advance and saving testing time. The method comprises the following steps:

firstly, 1 light mode city is 1 man power measured for 1 day in the past, and can be delivered on line only by 0.5 day at present;

second, referring to fig. 8, a defect distribution diagram is provided in an embodiment of the present application. As shown in fig. 8, among the defects found by the test: 130 configuration defects, 35 configuration inspection tools find, accounting for 29% of the total configuration defects; the number of the defects at the back end is 306, 57 defects are found by automatic test, and the defects account for 18% of the total number of the defects at the back end.

Third, referring to fig. 9, a ratio chart of execution times to time saving is provided in the embodiment of the application. As shown in fig. 9, the same use case: manual testing takes 5 minutes; write automation + debugging takes approximately 0.5 minutes; for example, an automatic test can save 90 minutes of test time for 20 use cases in one city, and the subsequent test can be used for regression test or other demand manufacturing numbers, and the more the use cases are executed, the more the benefits are.

In one embodiment, the test quality assurance and the online of new urban products are also obviously promoted by dividing the urban light/heavy modes. The method comprises the following steps:

First, quality assurance:

(1) Referring to fig. 10, an on-line/off-line fault count distribution diagram is provided for an embodiment of the present application. As shown in fig. 10: extracting the last half year bug data, it can be found that the number of offline bugs is gradually increasing, while the number of online missed bugs is gradually decreasing.

(2) The average online missing test rate in 2022 is 2.7%, and the online missing test rate of the product test method is 0.9% and the missing test rate is the lowest.

Secondly, urban online efficiency is high:

through practical application, the method can be used for connecting 20 new cities in 13 weeks, and 25 new products are added. Of these, 14 heavy mode cities, 6 light mode cities, a single Zhou Diedai on average brought 1.9 products on line, and all tests were delivered on time.

Referring to fig. 11, a block diagram of an embodiment of a product testing apparatus according to an embodiment of the present application is provided. As shown in fig. 11, the apparatus may include:

A first determining module 111, configured to determine a plurality of configuration items corresponding to a product to be tested;

A second determining module 112, configured to determine a configuration parameter set based on configuration parameters corresponding to each configuration item, where the configuration parameter set includes different configuration parameters corresponding to each configuration item of the product to be tested;

a third determining module 113, configured to determine a configuration result corresponding to each of the configuration parameters in the configuration parameter set;

A fourth determining module 114, configured to determine, for each configuration item, a configuration mode corresponding to the product to be tested when determining that the configuration results of different configuration parameters corresponding to the configuration item are configured;

And the testing module 115 is configured to test the product to be tested according to a testing mode corresponding to the configuration mode.

As a possible implementation manner, the second determining module 112 is specifically configured to:

acquiring the corresponding relation between the configuration items and the configuration parameters from a preset cache;

determining different configuration parameters corresponding to each configuration item according to the corresponding relation;

classifying different configuration parameters corresponding to each configuration item into an initial configuration parameter set;

And performing de-duplication processing on the configuration parameters in the initial configuration parameter set to obtain the configuration parameter set.

As a possible implementation manner, the third determining module 113 includes:

The acquisition sub-module is used for acquiring an acquisition interface corresponding to each configuration parameter in the configuration parameter set from a preset cache;

The classifying sub-module is used for classifying the configuration parameters with the same acquisition interfaces into the same configuration parameter subset, and each configuration parameter subset corresponds to one acquisition interface;

The determining submodule is used for determining a configuration result corresponding to each configuration parameter in each configuration parameter subset based on an acquisition interface corresponding to the configuration parameter subset.

As one possible implementation manner, the cache stores an acquisition interface corresponding to each configuration parameter and preset configuration states corresponding to a plurality of general configuration parameters, and the device further includes:

A parameter determining module, configured to determine a general configuration parameter and a non-general configuration parameter in the subset of configuration parameters;

the state acquisition module is used for acquiring the configuration state of the general configuration parameters from the cache aiming at each general configuration parameter;

The state determining module is used for determining a configuration result corresponding to the general configuration parameter as configured under the condition that the configuration state is configured;

The to-be-tested determining module is used for determining the general configuration parameters as to-be-tested configuration parameters under the condition that the configuration state is unconfigured; and determining the non-universal configuration parameters as configuration parameters to be tested.

As a possible implementation manner, the determining submodule is specifically configured to:

Aiming at the configuration parameters to be tested, calling an acquisition interface corresponding to the subset of the configuration parameters to acquire current parameter settings of all the configuration parameters to be tested;

Checking the parameter setting of the configuration parameters to be tested according to the checking rules corresponding to the configuration parameters to be tested aiming at each configuration parameter to be tested, so as to obtain a checking result;

determining the configuration result of the configuration parameters to be tested, the configuration result of which is checked to pass the check, as configured;

And determining the configuration result of the configuration parameters to be tested, which are not checked, as the configuration result of the checking result as the non-configuration result.

As a possible implementation manner, the fourth determining module 114 includes:

The first determining submodule is used for determining the area of the product to be tested;

The second determining submodule is used for determining a product mode corresponding to the area as a configuration mode corresponding to the product to be tested, wherein the product mode comprises a first product mode and a second product mode, configuration parameters of the first product mode are all the general configuration parameters, and configuration parameters corresponding to the second product mode comprise the general configuration parameters and the non-general configuration parameters.

As one possible implementation, the test module 115 includes:

The first testing sub-module is used for automatically testing the configuration item of the product to be tested under the condition that the configuration mode is determined to be the first product mode;

a third determining submodule, configured to determine a flow module included in the product to be tested and a configuration item corresponding to each flow module when the configuration mode is determined to be the second product mode;

and the second testing submodule is used for respectively testing the configuration items of each flow module of the product to be tested according to a preset testing rule.

As one possible implementation manner, the second testing sub-module includes:

the first determining unit is used for determining whether the configuration parameters corresponding to the configuration items are all the general configuration parameters or not according to each configuration item of the product to be tested;

the second determining unit is used for determining the configuration items as independent configuration items if the configuration parameters corresponding to the configuration items are all the general configuration parameters;

A third determining unit, configured to determine the configuration item as a non-independent configuration item if it is determined that the configuration parameter corresponding to the configuration item includes at least one non-generic configuration parameter;

And the testing unit is used for sequentially carrying out automatic testing on independent configuration items of each flow module according to the sequence of the flow modules of the product to be tested in the flow and carrying out simulation partner testing on the non-independent configuration items.

As a possible implementation manner, the test unit is specifically configured to:

determining a joint tone independent configuration item and a joint tone dependent configuration item related to the test of the dependent configuration item;

Determining target cooperators corresponding to the non-independent configuration items and the joint debugging non-independent configuration items respectively;

And under the condition that the test of the joint debugging independent configuration item is determined to be completed and the test result indicates that the joint debugging independent configuration item passes the test, simulating the non-independent configuration item and the joint debugging non-independent configuration item according to the sequence of the flow by respectively simulating the target partner of the non-independent configuration item and the target partner of the joint debugging non-independent configuration item.

As shown in fig. 12, a schematic structural diagram of an electronic device according to an embodiment of the present application includes a processor 121, a communication interface 122, a memory 123, and a communication bus 124, where the processor 121, the communication interface 122, and the memory 123 communicate with each other through the communication bus 124,

A memory 123 for storing a computer program;

In one embodiment of the present application, the processor 121 is configured to implement the product testing method provided in any one of the foregoing method embodiments when executing the program stored in the memory 123, where the product testing method includes:

The embodiment of the application also provides a storage medium, on which a computer program is stored, which when executed by a processor implements the steps of the product testing method provided in any of the method embodiments described above.

The apparatus embodiments described above are merely illustrative, wherein the elements illustrated as separate elements may or may not be physically separate, and the elements shown as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

From the above description of embodiments, it will be apparent to those skilled in the art that the embodiments may be implemented by means of software plus a general purpose hardware platform, or may be implemented by hardware. Based on such understanding, the foregoing technical solution may be embodied essentially or in a part contributing to the related art in the form of a software product, which may be stored in a computer readable storage medium, such as ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the method described in the respective embodiments or some parts of the embodiments.

It is to be understood that the terminology used herein is for the purpose of describing particular example embodiments only, and is not intended to be limiting. As used herein, the singular forms "a", "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. The terms "comprises," "comprising," "includes," "including," and "having" are inclusive and therefore specify the presence of stated features, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, elements, components, and/or groups thereof. The method steps, processes, and operations described herein are not to be construed as necessarily requiring their performance in the particular order described or illustrated, unless an order of performance is explicitly stated. It should also be appreciated that additional or alternative steps may be used.

The foregoing is only a specific embodiment of the application to enable those skilled in the art to understand or practice the application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method of testing a product, the method comprising:

2. The method of claim 1, wherein the determining the set of configuration parameters based on the configuration parameters corresponding to each configuration item comprises:

3. The method of claim 1, wherein said determining a configuration result corresponding to each of the configuration parameters in the set of configuration parameters comprises:

Acquiring an acquisition interface corresponding to each configuration parameter in the configuration parameter set from a preset cache;

Classifying the configuration parameters with consistent acquisition interfaces into the same configuration parameter subset, wherein each configuration parameter subset corresponds to one acquisition interface;

and determining a configuration result corresponding to each configuration parameter in the configuration parameter subset based on an acquisition interface corresponding to the configuration parameter subset aiming at each configuration parameter subset.

4. The method of claim 3, wherein the cache stores an acquisition interface corresponding to each configuration parameter and a preset configuration state corresponding to a plurality of general configuration parameters, and the method further comprises:

Determining general configuration parameters and non-general configuration parameters in the configuration parameter subset;

For each general configuration parameter, acquiring the configuration state of the general configuration parameter from the cache;

Under the condition that the configuration state is configured, determining a configuration result corresponding to the general configuration parameter as configured;

determining the general configuration parameters as configuration parameters to be tested under the condition that the configuration state is unconfigured;

and determining the non-universal configuration parameters as configuration parameters to be tested.

5. The method of claim 4, wherein determining a configuration result corresponding to each of the configuration parameters in the subset of configuration parameters based on the acquisition interface corresponding to the subset of configuration parameters comprises:

6. The method of claim 4, wherein determining the configuration mode corresponding to the product to be tested comprises:

Determining the area of the product to be tested;

Determining a product mode corresponding to the area as a configuration mode corresponding to the product to be tested, wherein the product mode comprises a first product mode and a second product mode, configuration parameters of the first product mode are the general configuration parameters, and configuration parameters corresponding to the second product mode comprise the general configuration parameters and the non-general configuration parameters.

7. The method of claim 6, wherein the testing the product to be tested according to the test rule corresponding to the configuration mode comprises:

automatically testing the configuration item of the product to be tested under the condition that the configuration mode is determined to be the first product mode;

determining a flow module included in the product to be tested and a configuration item corresponding to each flow module under the condition that the configuration mode is determined to be the second product mode;

and respectively testing configuration items of each flow module of the product to be tested according to a preset test rule.

8. The method of claim 7, wherein the testing the configuration item of each flow module of the product to be tested according to the preset test rule includes:

Determining whether configuration parameters corresponding to each configuration item of the product to be tested are all the general configuration parameters or not according to each configuration item of the product to be tested;

if the configuration parameters corresponding to the configuration items are all the general configuration parameters, the configuration items are determined to be independent configuration items;

If the configuration parameters corresponding to the configuration items are determined to comprise at least one non-universal configuration parameter, the configuration items are determined to be non-independent configuration items;

and according to the sequence of the process modules of the product to be tested in the process, automatically testing the independent configuration items of each process module in sequence, and performing simulation partner test on the non-independent configuration items.

9. The method of claim 8, wherein said performing a simulation partner test on said dependent configuration item comprises:

10. A product testing device, the device comprising:

11. An electronic device, comprising: a processor and a memory, the processor being configured to execute a product testing program stored in the memory to implement the product testing method of any one of claims 1 to 9.

12. A storage medium storing one or more programs executable by one or more processors to implement the product testing method of any one of claims 1-9.

13. A product testing system, the system comprising: the system comprises a configuration result acquisition layer, a configuration parameter acquisition layer, a configuration item determination layer, a configuration result confirmation layer and a product test layer;

The product testing layer is used for determining a configuration mode corresponding to the product to be tested under the condition that the configuration results of different configuration parameters corresponding to the configuration items are all configured;