Data processing method and device, equipment, medium and product

Abstract

The invention discloses a data processing method, device and equipment, a medium and a product, and relates to the technical field of data processing. The method comprises the following steps: determining a target test case corresponding to a received to-be-tested case; the method comprises the following steps: analyzing and processing text content of a to-be-tested case to obtain at least one to-be-processed field corresponding to the to-be-tested case, and determining a main coverage rate of a main test field and an auxiliary coverage rate of an auxiliary test field based on the at least one to-be-processed field and the at least one test field; and when the main coverage rate meets a first preset condition and the auxiliary coverage rate meets a second preset condition, outputting a target test result of the to-be-tested case. By checking the test case of the business system according to the field coverage rate of the test field in the test case, the effects of automatically detecting whether the test case is matched with the test range of the latest business rule and improving the case checking efficiency and accuracy are achieved.

Description

Technical Field

[0001] Embodiments of the present invention relate to the field of data processing technology, and in particular, to a data processing method, device, equipment, medium and product. Background Art

[0002] During the commissioning and verification phase of the business system, it is necessary to ensure that the test cases cover the corresponding test scope of the business system. When the business rules of the business system change, the corresponding test cases also need to be updated accordingly to ensure the accuracy of the test cases of the business system.

[0003] At present, when determining whether a test case fully covers the corresponding test scope, the test case is usually reviewed based on manual review, so that the corresponding case information in the test case is modified accordingly when the business rules of the business system change. However, this method is not only time-consuming and labor-intensive, but also may result in information modification omissions, resulting in the problem that the test case is difficult to cover the test scope of the business system.

[0004] In order to solve the above problems, it is necessary to improve the preservation method of test cases in business systems. Summary of the invention

[0005] The embodiments of the present invention provide a data processing method, device, equipment, medium and product to solve the problems in the prior art of checking test cases of business systems based on manual review, such as low case checking efficiency and inability to ensure the reliability and accuracy of test results of case tests.

[0006] In a first aspect, an embodiment of the present invention provides a data processing method, the method comprising:

[0007] Determine a target test case corresponding to the received case to be tested; wherein the target test case is determined based on at least one test case to be selected, the target test case includes at least one test field under at least one test dimension, and the at least one test field includes a primary test field and a secondary test field corresponding to the case to be tested;

[0008] By analyzing and processing the text content of the case to be tested, at least one to-be-processed field corresponding to the case to be tested is obtained, and based on the at least one to-be-processed field and the at least one test field, a primary coverage rate of the primary test field and a secondary coverage rate of the secondary test field are determined;

[0009] When the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition, the target test result of the case to be tested is output; wherein the target test result includes at least the pass mark of the case to be tested and the main test fields and / or auxiliary test fields that are not covered in the case to be tested.

[0010] In a second aspect, an embodiment of the present invention further provides a data processing device, the device comprising:

[0011] A test case determination module, configured to determine a target test case corresponding to the received case to be tested; wherein the target test case is determined based on at least one test case to be selected, the target test case includes at least one test field under at least one test dimension, and the at least one test field includes a primary test field and a secondary test field corresponding to the case to be tested;

[0012] A coverage determination module, configured to obtain at least one to-be-processed field corresponding to the to-be-tested case by analyzing and processing the text content of the to-be-tested case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field;

[0013] A test result determination module is used to output the target test result of the case to be tested when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition; wherein the target test result includes at least the pass mark of the case to be tested and the main test fields and / or auxiliary test fields that are not covered in the case to be tested.

[0014] In a third aspect, an embodiment of the present invention further provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the data processing method as described in any one of the embodiments of the present invention is implemented.

[0015] In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements a data processing method as described in any one of the embodiments of the present invention.

[0016] In a fifth aspect, an embodiment of the present invention further provides a computer program product, including a computer program, which, when executed by a processor, implements a data processing method as described in any one of the embodiments of the present invention.

[0017] In an embodiment of the present invention, by determining the target test case corresponding to the received case to be tested; by analyzing and processing the text content of the case to be tested, at least one field to be processed corresponding to the case to be tested is obtained, and based on at least one field to be processed and at least one test field, the main coverage of the main test field and the auxiliary coverage of the auxiliary test field are determined; when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition, the target test result of the case to be tested is output. In practical applications, before the business system is officially put into production, in order to ensure the reliability and accuracy of the business system, it is usually necessary to perform case testing on the test cases corresponding to the business system, and determine whether the business system meets the production requirements based on the test results of the test cases. Therefore, the accuracy of the test cases corresponding to the business system is very important. Based on this, the technical solution determines the target test case according to the test dimension corresponding to the case to be tested after determining the case to be tested corresponding to the business system, so as to detect whether the case to be tested matches the business rules of the business system based on the target test case, that is, the accuracy of the case to be tested is tested based on the target test case. Among them, the target test case contains at least one pre-set main test field and / or auxiliary test field, and the target test case can be used to characterize the test scope of the case to be tested. Specifically, the main test field and / or auxiliary test field in the case to be tested is determined by a text analysis method, and the main coverage corresponding to the main test field is obtained based on the proportion of the main test field in the case to be tested relative to the main test field in the target test case, and the auxiliary coverage corresponding to the auxiliary test field is obtained based on the proportion of the auxiliary test field in the case to be tested relative to the auxiliary test field in the target test case. On this basis, according to whether the main coverage and the auxiliary coverage meet the corresponding preset conditions, the target test result corresponding to the case to be tested is obtained, and based on the target test result, it is determined whether the accuracy of the case to be tested is qualified. The present invention solves the problem that when the business rules corresponding to the business system change, it is necessary to determine whether the test case matches the test scope of the latest business rules based on manual verification, resulting in low case review efficiency and inability to ensure the reliability and accuracy of the test results. By verifying the test cases of the business system according to the field coverage of the test fields in the test cases, it is possible to automatically detect whether the test cases match the test scope of the latest business rules, thereby improving the efficiency and accuracy of case verification. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for use in the embodiments are briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present invention and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without creative work.

[0019] Figure 1 A flowchart of a data processing method provided by an embodiment of the present invention;

[0020] Figure 2 A flowchart of a specific example of data processing provided by an embodiment of the present invention;

[0021] Figure 3 Another flow chart of the data processing method provided by the embodiment of the present invention;

[0022] Figure 4 Another flow chart of the data processing method provided by the embodiment of the present invention;

[0023] Figure 5 A schematic diagram of the structure of a data processing device provided by an embodiment of the present invention;

[0024] Figure 6 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention.

[0025] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0026] The present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the present invention, rather than to limit the present invention. It should also be noted that, for ease of description, only parts related to the present invention, rather than all structures, are shown in the accompanying drawings.

[0027] It should be noted that similar numbers and letters represent similar items in the following figures. Therefore, once an item is defined in one figure, it does not need to be further defined and explained in subsequent figures. At the same time, in the description of the present invention, the terms "first", "second", etc. are only used to distinguish the description and cannot be understood as indicating or implying relative importance. The acquisition, transmission, storage, use, processing, etc. of data in the technical solution of this application comply with the relevant provisions of national laws and regulations. It should be noted that in the embodiments of the present invention, certain software, components or models and other existing solutions in the industry may be mentioned. They should be regarded as exemplary. Their purpose is only to illustrate the feasibility of the implementation of the technical solution of this application, but it does not mean that the applicant has or will necessarily use the solution.

[0028] Before elaborating on the present technical solution in detail, a brief introduction to the application scenarios of the present technical solution is first given to facilitate a clearer understanding of the present technical solution.

[0029] In actual applications, the business system needs to ensure that the corresponding test cases cover the corresponding test scope during the production inspection phase, and as the production version of the business system changes, the test cases of the business system also need to be updated accordingly. Among them, the test case is a test text generated according to the business rules of the business system. For example, when the production version of the business system changes, its corresponding business rules will also change to a certain extent. At this time, it is necessary to add a test case corresponding to the business system, or update or delete the existing test cases, so as to ensure that the test cases of the business system always match the latest business rules, that is, to ensure that the test cases of the business system can cover the test scope of the business system. In the prior art, the test cases corresponding to the business system are usually tested based on manual verification. However, due to the large amount of text content in the test case, manual verification cannot accurately determine whether the test case can fully cover the test corresponding to the business system. Therefore, it is necessary to manually extract the fields in the test case that contain the test scope, such as business functions, user workflows, and transaction codes. However, in actual case testing, it is impossible to clearly determine the coverage of the test case for the test scope. Taking user workflow as an example, a user workflow field may be multiple user workflow test ranges spliced ​​with ";", such as: F001; F003; F003. Each user workflow range needs to manually compare the test field with the fields in the test range to further confirm the coverage of the test range, which adds a lot of workload to the case testing user. Secondly, when the test case fails the test, the test case needs to be updated, and the case maintenance user cannot accurately know the coverage of the test scope by the updated test case, and needs to re-test the test case based on manual methods. In other words, the existing technical solution that manually determines whether the test case of the business system can cover the test scope of the business system has the problems of low testing efficiency and inaccurate test results.

[0030] Based on this, in order to ensure the availability and accuracy of test cases, this technical solution conducts case testing on the test cases of the business system to determine whether the test cases of the business system cover the corresponding test scope based on the test results, and then maintains or updates the test cases to ensure that the test cases of the business system always match the latest business rules of the business system.

[0031] Figure 1 Flow chart of the data processing method provided by the embodiment of the present invention. Figure 1 As shown, the data processing method includes:

[0032] S101: Determine a target test case corresponding to the received case to be tested.

[0033] In practical applications, a test case refers to a descriptive text for a test task on a specific software product. In this technical solution, taking the software product as a business system as an example, a test case is usually a descriptive text generated based on the business rules of the business system. The test case includes information such as the test objectives, test environment, input data, test steps, expected results, and test scripts corresponding to the business system.

[0034] In the present technical solution, the case to be tested refers to a description text that needs to be tested to determine whether the current business rules of the corresponding business system are met, and the case to be tested is usually presented in text form.

[0035] In the present technical solution, the target test case is determined based on at least one test case to be selected, and the target test case includes at least one test field under at least one test dimension, and at least one test field includes a primary test field and an auxiliary test field corresponding to the case to be tested. The target test case can be used to characterize the test scope corresponding to the case to be tested. The so-called test case to be selected can be understood as a test case that has passed the case test. Among the many business rules of the business system, a corresponding priority can be set for each business rule according to the importance, and the so-called primary test field can be understood as a test field corresponding to the test information generated based on a business rule with a priority higher than a preset priority. The so-called auxiliary test field is a test field corresponding to the test information generated based on a business rule with a priority lower than the preset priority.

[0036] It should be noted that, since the target test case can be used to characterize the test scope of the case to be tested, the test scope is usually determined based on at least one test dimension of the business system, for example, the test dimension includes at least one of the business activity maintenance dimension, the system architecture view maintenance dimension, the user demand maintenance dimension, the market demand maintenance dimension, and the system mapping maintenance dimension. Therefore, it is required that the main test fields in the case to be tested contain all the main test fields in the target test case, and the auxiliary test fields in the case to be tested contain all the auxiliary test fields in the target test case.

[0037] During the commissioning inspection phase of the business system, it is necessary to determine whether the business system meets the commissioning requirements based on the test cases of the business system. Therefore, it is very important to ensure the accuracy of the test cases of the business system. Based on this, in actual applications, it is necessary to test the test cases of the business system in real time or regularly, and determine whether the test cases need to be updated based on the test results.

[0038] Specifically, after obtaining the case to be tested corresponding to the business system, it is necessary to determine the target test case corresponding to the case to be tested according to the test scope corresponding to the business system. For example, the test dimension corresponding to the case to be tested can be determined according to at least one test dimension of the business system, and the test case with the same test dimension is selected from the passed test cases according to the test dimension to obtain the target test case, so as to perform case testing on the case to be tested based on the primary test field and the secondary test field of the target test case to determine whether the case to be tested can cover the test scope of the business system.

[0039] Optionally, determining a target test case corresponding to the received case to be tested includes: determining at least one dimension to be selected associated with the case to be tested and a field to be selected under the dimension to be selected based on basic information of the case to be tested; determining a test case to be selected from at least one pre-generated test case based on at least one test dimension to be selected and the corresponding field to be selected; and obtaining a target test case corresponding to the case to be tested by deduplicating the fields to be selected under the dimension to be selected in the test case to be selected.

[0040] Among them, the basic information of the case to be tested can be used to determine the test dimension and test scope of the case to be tested. For example, the basic information may include case number, case name, system to which the case belongs, test mode, execution engine, test scope type, activity level, task level, user workflow, business function, customer information, product information, channel information, end-to-end identification, case type, scenario label, test overview, step description, expected results, test data, transaction service code, transaction path, constraint conditions, whether to rely on host batch, whether to open password verification, business day requirements and scheduling domain, etc. The dimension to be selected refers to the test dimension corresponding to the business rule in the case to be tested. For example, the test dimension to be selected can include at least one of the business activity maintenance dimension, system architecture view maintenance dimension, user demand maintenance dimension, market demand maintenance dimension and system mapping maintenance dimension. The field to be selected refers to the test field pre-defined according to the test scope of the test dimension to be selected. For example, the test field to be selected can be a business field, business activity, business assessment level or user workflow, etc. The test case to be selected refers to a test case that has passed the case test and is stored in the corresponding target storage space.

[0041] In a specific example, Figure 2As shown, after obtaining the case to be tested, the dimension to be selected corresponding to the case to be tested and the field to be selected corresponding to the dimension to be selected can be determined according to the field information in the basic information of the case to be tested. Further, according to the test dimension corresponding to the case to be tested, the test case corresponding to the test dimension in the target storage space can be used as the test case to be selected. Since the test case to be selected determined according to the test dimension has a certain correlation with the case to be tested, a set of at least one test case to be selected can be used as the target test case to test the case to be tested based on the test scope corresponding to the target test case.

[0042] It should be noted that the test contents in these test cases to be selected may be the same or different, and accordingly, the fields to be selected in each test case to be selected and the text contents associated with the fields to be selected may be the same or different. When the same test fields to be selected exist in different test cases to be selected, the fields to be selected in each test case to be selected may be deduplicated, that is, when the same fields to be selected exist and the text contents associated with the fields to be selected have the same meaning, the fields to be selected are merged, and the set of test cases to be selected after the deduplication operation is used as the target test case.

[0043] The advantage of such a setting is that deduplication processing of the selected test cases can effectively remove redundant information in the target test cases, thereby improving the test efficiency when testing the test cases based on the target test cases.

[0044] In the present technical solution, the test dimension includes at least one of a business activity maintenance dimension, a system architecture view maintenance dimension, a user demand maintenance dimension, a market demand maintenance dimension and a system mapping maintenance dimension; the test field corresponding to the business activity maintenance dimension includes at least one of a business domain, a business activity and a business assessment level; the test field corresponding to the system architecture view maintenance dimension includes at least one of a business domain, an activity level and a task level corresponding to the business scope of the business system; the test field corresponding to the user demand maintenance dimension includes business functions and / or user workflows; the test field corresponding to the market demand maintenance dimension includes at least one of a business domain, an activity level, user information, product information and channel information; and the test field corresponding to the system mapping maintenance dimension includes at least one of a business domain, a logical system and a reference system corresponding to the business system.

[0045] In actual applications, the test scope of the business system can be determined based on at least one of the above-mentioned test dimensions. Among them, when setting the test scope based on the business activity maintenance dimension, the level of business activities in the business system can be set, and business activities below the preset level can be automatically excluded when generating the test scope. When setting the test scope based on the system architecture view maintenance dimension, the set test scope involves the business domain, activity level, and task level of the business system. When setting the test scope based on the user demand maintenance dimension, it can be set according to the business functions and user workflows that need to be tested in the business system. When setting the test scope based on the market demand maintenance dimension, it can be set based on the customer information, product information, and channel information that the business system needs to test. When setting the test scope based on the system mapping maintenance dimension, the project level, business domain, and physical subsystems corresponding to the logical subsystems involved in the business system can be set.

[0046] On this basis, by setting a test scope corresponding to the business system based on at least one test dimension, the test scope corresponding to the to-be-tested case of the business system can be determined.

[0047] Taking the "Business Function" field in the market demand maintenance dimension as an example, "Business Function" is used as the field to be selected in the target test case, and the text content corresponding to the field to be selected is obtained as "F001, F002, F003". If the case to be tested contains "F001" but does not contain "F002" and "F003", it means that the case to be tested does not cover the test scope of the business system and needs to be updated. If the target test case also includes "F004", the case to be tested before the update contains "F004", but the case to be tested after the update does not contain "F004", it means that the updated case to be tested does not completely cover the test scope of the business system.

[0048] S102. Analyze and process the text content of the test case to obtain at least one to-be-processed field corresponding to the test case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field.

[0049] Among them, the field to be processed can be understood as the field information extracted from the text content of the case to be tested. The main coverage can be understood as the proportion of the main test field in the case to be tested relative to the main test field in the target test case. The auxiliary coverage can be understood as the proportion of the auxiliary test field in the case to be tested relative to the auxiliary test field in the target test case.

[0050] When the case test is actually performed on the test case, at least one field to be processed is extracted by analyzing the text content of the test case. Further, the main test field and the auxiliary test field in the field to be processed are determined, and the main coverage corresponding to the main test field is obtained based on the proportion of the main test field in the test case relative to the main test field in the target test case, and the auxiliary coverage corresponding to the auxiliary test field is obtained based on the proportion of the auxiliary test field in the test case relative to the auxiliary test field in the target test case, so as to determine the test result of the test case according to the main coverage and the auxiliary coverage.

[0051] Optionally, after obtaining the target test case, the technical solution further includes: determining the main test field in the target test case according to the basic information of the case to be tested.

[0052] Based on the above example, continue to see Figure 2 , determine at least one test field according to the test scope corresponding to the target test case (i.e., dynamically parse the test scope field), and set the priority corresponding to the test field according to the importance of the business rules corresponding to each test field. The so-called primary test field can be understood as a test field based on a priority higher than a preset priority. The so-called secondary test field is a test field based on a priority lower than a preset priority.

[0053] The purpose of this setting is to divide the test fields in the target test case into main test fields and auxiliary test fields. When actually testing the test case, the main test fields in the test case can be tested directly based on the main test fields in the target test case, and the auxiliary test fields in the test case can be tested accordingly based on the auxiliary test fields in the target test case, so that the testing can be more targeted during the case testing process and the accuracy of the case testing can be improved.

[0054] In practical applications, when determining the main coverage of the main test field in the case to be tested and the secondary coverage corresponding to the secondary test field, the text content of the case to be tested is analyzed and processed to obtain at least one field to be processed corresponding to the case to be tested, and based on at least one field to be processed and at least one test field, the main coverage of the main test field and the secondary coverage of the secondary test field are determined, including: extracting the text content in the case to be tested to obtain the title and / or target field in the text content; determining the main test field in the field to be processed from the title and / or target field according to the basic information of the case to be tested; determining the main coverage of the main test field through the main test field in the field to be processed and the main test field in the target test case, and determining the secondary coverage of the secondary test field based on other fields in the field to be processed except the main test field and the secondary test field in the target test case.

[0055] The target field may be field information such as a text abstract or a text summary corresponding to the text content.

[0056] For example, the text content in the test case is divided into texts, and semantic analysis is performed on each text content, and the corresponding text content is described concisely with field information, and the field information corresponding to each text content is used as the field to be processed. For example, the field information corresponding to the text content can be the title or text summary corresponding to the text content.

[0057] On this basis, according to the importance of business rules in the business system, the target field of the test text corresponding to the business rule with a priority higher than the preset priority is set as the main test field, and similarly, the target field of the test text corresponding to the business rule with a priority lower than the preset priority is set as the auxiliary test field. Further, based on the ratio of the number of fields of all the main test fields in the case to be tested to the number of fields of the main test fields in the target test case, the main coverage rate corresponding to the main test field is obtained, and based on the ratio of the number of fields of all the auxiliary test fields in the case to be tested to the number of fields of the auxiliary test fields in the target test case, the auxiliary coverage rate corresponding to the auxiliary test field is obtained.

[0058] S103: When the primary coverage satisfies a first preset condition and the secondary coverage satisfies a second preset condition, outputting a target test result of the case to be tested.

[0059] The first preset condition can be understood as a preset primary coverage threshold corresponding to the primary test field. The second preset condition refers to a preset secondary coverage threshold corresponding to the secondary test field. The target test result is used to characterize the case verification result of the case to be tested, and the target test result at least includes the pass mark of the case to be tested and the primary test field and / or secondary test field not covered in the case to be tested.

[0060] Specifically, different business systems have certain differences in the testing requirements and testing intensity during the production inspection stage, and the importance of many business rules of the business system to the business system is also different. Therefore, the field coverage requirements of the main test fields and auxiliary test fields in the test cases corresponding to different business systems can be customized according to actual testing needs.

[0061] Based on the above example, continue to see Figure 2, after determining to dynamically parse the test fields in the target test case, at least one main test field is obtained, and then after receiving the review information of the test case submitted by the project team, the case to be tested is tested based on the test fields in the target test case. If the primary coverage of the main test field and the secondary coverage of the secondary test field in the case to be tested both meet the corresponding preset conditions, it is determined that the test of the case to be tested has passed, and the case to be tested is stored in the target storage space, and the test scope of the target test case is checked and updated based on the case to be tested. If the primary coverage of the main test field and the secondary coverage of the secondary test field in the case to be tested cannot meet the corresponding preset conditions, it is necessary to modify and update the case in the case to be tested.

[0062] Exemplarily, the main coverage is set to 100%, the auxiliary coverage is set to 98%, and it is defined that only when the main test field in the case to be tested completely covers the main test field in the target test case, and the proportion of the auxiliary test field in the case to be tested relative to the auxiliary test field in the target test case is greater than 98%, the target test result corresponding to the case to be tested is determined to be a passed test, and the case to be tested is marked with a pass mark so that the case to be tested can be smoothly stored in the case database. If the main coverage or auxiliary coverage of the case to be tested does not meet the corresponding preset conditions, it is necessary to compare the test fields in the case to be tested that are not covered in the target test case, and output the uncovered main test fields and / or auxiliary test fields to provide case update direction and basis for relevant R&D personnel.

[0063] In an embodiment of the present invention, by determining the target test case corresponding to the received case to be tested; by analyzing and processing the text content of the case to be tested, at least one field to be processed corresponding to the case to be tested is obtained, and based on at least one field to be processed and at least one test field, the main coverage of the main test field and the auxiliary coverage of the auxiliary test field are determined; when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition, the target test result of the case to be tested is output. In practical applications, before the business system is officially put into production, in order to ensure the reliability and accuracy of the business system, it is usually necessary to perform case testing on the test cases corresponding to the business system, and determine whether the business system meets the production requirements based on the test results of the test cases. Therefore, the accuracy of the test cases corresponding to the business system is very important. Based on this, the technical solution determines the target test case according to the test dimension corresponding to the case to be tested after determining the case to be tested corresponding to the business system, so as to detect whether the case to be tested matches the business rules of the business system based on the target test case, that is, the accuracy of the case to be tested is tested based on the target test case. Among them, the target test case contains at least one pre-set main test field and / or auxiliary test field, and the target test case can be used to characterize the test scope of the case to be tested. Specifically, the main test field and / or auxiliary test field in the case to be tested is determined by a text analysis method, and the main coverage corresponding to the main test field is obtained based on the proportion of the main test field in the case to be tested relative to the main test field in the target test case, and the auxiliary coverage corresponding to the auxiliary test field is obtained based on the proportion of the auxiliary test field in the case to be tested relative to the auxiliary test field in the target test case. On this basis, according to whether the main coverage and the auxiliary coverage meet the corresponding preset conditions, the target test result corresponding to the case to be tested is obtained, and based on the target test result, it is determined whether the accuracy of the case to be tested is qualified. The present invention solves the problem that when the business rules corresponding to the business system change, it is necessary to determine whether the test case matches the test scope of the latest business rules based on manual verification, resulting in low case review efficiency and inability to ensure the reliability and accuracy of the test results. By verifying the test cases of the business system according to the field coverage of the test fields in the test cases, it is possible to automatically detect whether the test cases match the test scope of the latest business rules, thereby improving the efficiency and accuracy of case verification.

[0064] On the basis of the above embodiments, the technical solution also includes, when the main coverage does not meet the first preset condition, obtaining the to-be-verified test field in the main test field that is not covered by the to-be-processed field; performing semantic analysis on the text content associated with the to-be-verified test field in the to-be-tested case to determine at least one similar key field associated with the to-be-tested case; when the to-be-verified test field is included in the similar key field, updating the main coverage of the main test field. Accordingly, the present application proposes the following embodiments:

[0065] Figure 3 Flow chart of the data processing method provided by the embodiment of the present invention. Figure 3 As shown, the data processing method comprises the following steps:

[0066] S201: Determine a target test case corresponding to the received case to be tested.

[0067] S202. Analyze and process the text content of the test case to obtain at least one to-be-processed field corresponding to the test case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field.

[0068] S203: When the main coverage rate does not meet the first preset condition, obtain the to-be-verified test fields in the main test fields that are not covered by the to-be-processed fields.

[0069] The test field to be verified refers to the main test field included in the target test case but not included in the case to be tested. For example, if the main test field of the target test case includes field 1, but the main test field of the case to be tested does not include field 1, field 1 will be used as the test field to be verified.

[0070] S204: Perform semantic analysis on the text content associated with the test field to be verified in the test case to determine at least one similar key field associated with the test case to be tested.

[0071] Among them, the similar key field can be understood as a synonymous field that has the same meaning as the test field to be verified but has different text expressions.

[0072] In actual applications, due to differences in language expression habits among different users, different field information may be used to express the same meaning of content, resulting in a mismatch when directly matching the field information corresponding to the same meaning of content based on field matching.

[0073] Exemplarily, for the same text content A, if the user who compiled the target test case and the user who compiled the case to be tested are different users, then the target test case and the test case to be tested may have different expressions for the test fields used to represent the text content A, resulting in the main coverage of the main test field in the case to be tested determined directly based on field matching not being consistent with the actual main coverage, and then resulting in the problem that the test result corresponding to the case to be tested is not accurate enough. Based on this, in the technical solution, when the main coverage does not meet the first preset condition, the test field to be verified is determined from the main test field, and the text content associated with the test field to be verified is semantically analyzed to obtain at least one similar key field. For example, exemplarily, "core business", "key business" and "main business" can be similar key fields to each other. For example, if the main test field included in the target test case is "core business", but "core business" is not detected in the main test field of the case to be tested, then it is necessary to perform semantic analysis on the text content A corresponding to at least one test field to be verified of the case to be tested to obtain at least one similar key field that can be used to express the text content.

[0074] The advantage of this setting is that after obtaining at least one similar key field of the test field to be verified through semantic analysis, a secondary field matching is performed on the similar key field based on the main test field in the target test case, and the main coverage is updated according to the matching result to obtain the most accurate main coverage, thereby reducing the probability of inaccurate test results for the test case due to differences in language expression habits.

[0075] It is understandable that when performing semantic analysis on the text content corresponding to the verification test field, an existing semantic analysis model can be used for analysis, or a statistical learning method can be used for semantic analysis, or a semantic analysis can be performed based on a knowledge graph or the like. In this technical solution, the semantic analysis method for the text content corresponding to the verification test field is not specifically limited and can be determined according to actual needs.

[0076] S205: When the to-be-verified test field is included in the similar key fields, update the main coverage of the main test field.

[0077] Based on the above example, if the similar key fields corresponding to the text content A obtained based on semantic analysis include "core business", "key business" and "main business", that is, the similar key fields include the test field "core business" to be verified, then it is necessary to summarize the test fields to be verified corresponding to the text content A as matched main test fields, and update the main coverage of the main test fields to obtain the most accurate main coverage.

[0078] Optionally, after verification of all test fields to be verified is completed, the method further includes: if the main coverage does not meet the first preset condition, feedback information indicating that the test case has not passed the test is fed back.

[0079] The feedback information at least includes the main coverage rate, the main test fields not covered by the to-be-tested case, and the text content of the uncovered main test fields in the to-be-tested case, which are displayed in the first form.

[0080] Among them, the first form can be understood as a display form for highlighting the uncovered main test fields. For example, the first form can be to mark the text content of the uncovered main test fields in the test case by underlining, highlighting, coloring, or bolding or italicizing the font. Of course, the first form can be customized, and the first form is not specifically limited in this technical solution.

[0081] Specifically, after performing secondary field matching on all the test fields to be verified, if the main coverage still does not meet the first preset condition, it indicates that there are indeed main test fields that are not fully covered in the test case. In this case, the text content in the test case is updated and maintained so that the test case can match the latest business rules of the business system.

[0082] Based on this, in the present technical solution, when the case to be tested fails the case test, corresponding feedback information can be generated, such as the main coverage, the main test fields not covered by the case to be tested, and the text content of the uncovered main test fields in the case to be tested, etc., and the feedback information is displayed in a first form so that the maintenance user of the test case can quickly locate the content that failed the test in the case to be tested, and revise and update the content that failed the test.

[0083] Optionally, the method further includes: if the primary coverage meets the first preset condition and the secondary coverage does not meet the second preset condition, then feeding back feedback information that the case to be tested has preliminarily passed and requires secondary verification.

[0084] The feedback information at least includes text content of the uncovered auxiliary test field in the to-be-tested case displayed in a second form. The second form may be a notation form different from the first form, or may be a notation form the same as the first form.

[0085] In actual applications, during the testing of the test case, only when the primary coverage of the primary test field meets the first preset condition and the secondary coverage of the secondary test field meets the second preset condition, can it be determined that the test case has passed the test. If the primary coverage meets the first preset condition, but the secondary coverage does not meet the second preset condition, it is also necessary to feedback the uncovered secondary test fields in the test case and the text content associated with the secondary test fields, and display them based on the second form, so as to prompt the maintenance user of the test case to revise and update the failed test content according to the second form standard.

[0086] Optionally, the method also includes: in response to the target user's editing operation on the text content displayed in the first form or the second form in the feedback information, updating the text content of the case to be tested; if the updated case to be tested is received again, retrieving the feedback information of the case to be tested to test the case to be tested based on the main test fields and / or auxiliary test fields that are not covered in the feedback information.

[0087] The target user may be understood as a user who revises and updates the text content of the test case.

[0088] Specifically, when the case to be tested fails the test, the main test field and the auxiliary test field that failed the test in the case to be tested, as well as the text content of the corresponding test field, are highlighted based on the first form and the second form, so that the target user can revise and update the corresponding information in the case to be tested according to the latest business rules of the business system. Further, after the target user completes the update of the case to be tested, the updated case to be tested needs to be tested again, and the target test result corresponding to the case to be tested is updated.

[0089] It should be noted that when the updated case to be tested is tested again, it is not necessary to detect all the text content in the updated case to be tested, but directly call the main test field and / or auxiliary test field in the feedback information corresponding to the case to be tested to test the updated case to be tested. The reason is that the text content in the case to be tested that failed the test can be clearly identified based on the feedback information of the case to be tested, and when the target user updates the case to be tested, the corresponding update is based on the content in the feedback information, and there is no need to update the text content other than the feedback information. Therefore, when the case to be tested is tested again, only the updated content needs to be tested, which can ensure the accuracy of the test results while improving the test efficiency of the case to be tested.

[0090] In an embodiment of the present invention, when the main coverage rate does not meet the first preset condition, the test fields to be verified that are not covered by the fields to be processed in the main test field are obtained; the text content associated with the test field to be verified in the test case is semantically analyzed to determine at least one similar key field associated with the test case; when the test field to be verified is included in the similar key field, the main coverage rate of the main test field is updated. In practical applications, due to differences in language expression habits of different users, there may be text contents that express the same meaning through different fields. Based on this, in the technical solution, when the main coverage rate meets the first preset condition, the text content associated with the test field to be verified that is not covered in the main test field is semantically analyzed to obtain at least one similar key field corresponding to each text content. If the test field to be verified is included in the similar key field, the test field to be verified can be used as a test field that has been successfully matched, and the main coverage rate of the main test field of the test case is updated according to the matching result. That is to say, by setting up multiple field matching methods, the matching accuracy of the test fields in the test case to be tested is improved, and the most accurate main coverage is obtained. The target test results of the case to be tested are obtained based on the field coverage of the main test fields and auxiliary test fields of the case to be tested, thereby improving the reliability of the target test results.

[0091] On the basis of the above embodiments, the present technical solution also includes storing the case to be tested in the target storage space when the target test result is a pass mark indicating that the case to be tested has passed; wherein the target storage space is determined based on the test dimension of the case to be tested; retrieving historical test cases using the target test case from the target storage space, and determining the target coverage fields of the historical test cases; determining the updated target test case based on the field coverage of each target coverage field of all historical test cases, so that when the test case used by the case to be tested is received again and is the same as the target test case, the case to be tested is tested based on the updated target test case. Accordingly, the present application proposes the following embodiments:

[0092] Figure 4 Flow chart of the data processing method provided by the embodiment of the present invention. Figure 4 As shown, the data processing method comprises the following steps:

[0093] S301: Determine a target test case corresponding to the received case to be tested.

[0094] S302. Analyze and process the text content of the test case to obtain at least one to-be-processed field corresponding to the test case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field.

[0095] S303: When the primary coverage satisfies the first preset condition and the secondary coverage satisfies the second preset condition, output the target test result of the case to be tested.

[0096] S304: When the target test result is a pass mark indicating that the case to be tested has passed the test, the case to be tested is stored in the target storage space.

[0097] The target storage space is determined based on the test dimension of the case to be tested.

[0098] Specifically, for the test cases whose target test results are passed, a pass mark can be set for the test cases to mark the test results of the test cases. Furthermore, for the test cases that have passed the test, the test cases can be stored in the target storage space according to the test dimensions corresponding to the test cases. For example, if the test case contains a test dimension, the target storage space corresponding to the test case is determined according to the test dimension and stored. If the test case corresponds to multiple test dimensions, at least one target storage space is determined according to the test dimensions, and the test case is stored in the target storage space corresponding to each test dimension, or the test case can also be divided into text according to the test dimension, and each of the text contents can be stored in the target storage space of the corresponding test dimension according to the test dimension to which each text content belongs.

[0099] S305 , retrieve historical test cases that use the target test case from the target storage space, and determine target coverage fields of the historical test cases.

[0100] The historical test cases can be understood as the passed test cases stored in the target storage space, and the target coverage fields can be understood as the main test fields and / or auxiliary test fields in the historical test cases.

[0101] In the present technical scheme, after the case to be tested is stored in the target storage space, in order to make the target test case more closely match the test of the actual case to be tested when the test case used for the case to be tested is received again and is the same as the target test case, the target test case needs to be updated so as to test the test case more quickly and accurately.

[0102] Specifically, the target storage space includes multiple historical test cases, and in the process of historical case testing, there may be a situation where one or more test cases use the same test case. For example, the same target test case can be used when testing test cases corresponding to different production versions of the same business system, or the same target test case can be used when testing different test cases with the same business rules. Alternatively, when the test scopes corresponding to the business systems are the same, the tests can also be based on the same target test case. Based on this, when updating the target test case, the historical test cases using the target test case are retrieved from the target storage space, and text analysis is performed on each historical test case to obtain the target coverage fields in each historical test case. Determine the target coverage fields of the historical test cases.

[0103] S306. Determine an updated target test case based on the field coverage of each target coverage field of all historical test cases, so that when a test case used by a case to be tested is received again and is the same as the target test case, the case to be tested is tested based on the updated target test case.

[0104] In actual applications, when the target test case is updated based on the target coverage field in the historical test case, the update can be performed according to the field coverage of the target coverage field. Specifically, for the historical test cases that call the same target test case, the higher the frequency of the target coverage field, the higher the importance of the target coverage field in the case test process. Conversely, the lower the frequency of the target coverage field, the lower the importance of the target coverage field in the case test process. Therefore, the test field in the target test case can be updated according to the importance of the target coverage field to achieve the update of the target test case.

[0105] Optionally, an updated target test case is determined based on the field coverage of each target coverage field of all historical test cases, including: for each target coverage field, determining the field coverage of the target coverage field based on the number of historical test cases covered by the target coverage field and the total number of historical test cases; and deleting the fields to be deleted whose field coverage is less than a preset threshold from the target test case to obtain an updated target test case.

[0106] The fields to be deleted are fields in the target overlay field.

[0107] In a specific example, after the case to be tested is stored in the target storage space, it can be used as a newly added historical test case. The test fields contained in the test case can also be called target coverage fields. The test scope of the target test case is updated according to the multiple historical test cases that call the target test case. For the target coverage fields in the newly added historical test cases, the number of historical test cases associated with each target coverage field is determined respectively. If the number of historical test cases associated with a certain target coverage field is lower than the preset number of cases, it indicates that the test scope involved in the target coverage field is of low importance, and the target coverage field does not need to be added to the target test case. If the number of historical test cases associated with a certain target coverage field is greater than the preset number of cases, it indicates that the test scope involved in the target coverage field is of high importance. At this time, the target coverage field needs to be added to the target test case to update the test scope of the target test case.

[0108] Exemplarily, taking field 1 as the target coverage field, the number of test cases containing field 1 in all historical test cases that call the target test case and the total number of historical test cases that call the target test case are counted, and the field coverage corresponding to field 1 is obtained based on the ratio of the number of historical test cases containing field 1 to the total number of historical test cases.

[0109] If the field coverage of field 1 is greater than the preset threshold, it means that field 1 and its corresponding text content are still important testing basis for the business system commissioning testing phase. Therefore, the test information corresponding to field 1 should be retained in the test scope corresponding to the business system. Accordingly, field 1 in the target test case should be retained.

[0110] When the field coverage of field 1 is less than the preset threshold, it indicates that although the target test case contains field 1 during the case test, field 1 and the text content associated with field 1 rarely appear in the historical cases that need to be tested. The reason is that as the business rules of the business system change, the test scope of the business system may change, and the importance of field 1 and its text content has decreased, and can even be deleted from the test information corresponding to the test scope. At this time, field 1 can be used as a field to be deleted and deleted to update the target test case.

[0111] The advantage of this setting is that by detecting the field coverage of the target coverage fields in the historical cases that call the same target test case, the changes in the test scope corresponding to the target test case can be adaptively detected. On this basis, the test fields in the target test case can be retained or deleted, and the target test case can be updated in time to keep the target test case matching the latest test scope. Subsequently, when the test case used by the case to be tested is received again and is the same as the target test case, the case to be tested can be directly tested based on the updated target test case, thereby improving the testing efficiency and accuracy of the case to be tested.

[0112] In an embodiment of the present invention, it also includes storing the case to be tested in the target storage space when the target test result is a pass mark indicating that the case to be tested has passed; retrieving historical test cases using the target test case from the target storage space, and determining the target coverage fields of the historical test cases; determining the updated target test case according to the field coverage of each target coverage field of all historical test cases, so that when the test case used by the case to be tested is received again and is the same as the target test case, the case to be tested is tested based on the updated target test case. In this technical solution, after the case to be tested passes the test and is stored in the target storage space, it also includes updating the target test case. Specifically, the field coverage of the corresponding test field is determined based on the frequency of occurrence of each test field in the target test case in the historical test case, so that the test fields with a field coverage greater than a preset threshold are retained, and the test fields with a field coverage less than the preset threshold are deleted, so as to achieve the update of the target test case. The purpose of this setting is that as the business rules of the business system are updated, the corresponding test scope will also change. Generally speaking, the test cases corresponding to the business system need to be compiled according to the latest business rules of the business system. If the field coverage of the test fields in the historical test cases that call the target test cases is low, it indicates that in actual applications, the test fields are no longer applicable to the latest business rules of the business system. Based on this, the target test cases can be updated by deleting or retaining the test fields in the target test cases, thereby reducing the redundant information of the target test cases and improving the practicality and accuracy of the target test cases in the case testing process.

[0113] Figure 5 This is a schematic diagram of the structure of the data processing device provided in the embodiment of the present application. Figure 5 As shown, the data processing device includes: a test case determination module 401, a coverage determination module 402 and a test result determination module 403.

[0114] The test case determination module 401 is used to determine a target test case corresponding to the received test case; wherein the target test case is determined based on at least one test case to be selected, and the target test case includes at least one test field under at least one test dimension, and the at least one test field includes a primary test field and a secondary test field corresponding to the test case;

[0115] A coverage determination module 402 is used to obtain at least one to-be-processed field corresponding to the to-be-tested case by analyzing and processing the text content of the to-be-tested case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field;

[0116] The test result determination module 403 is used to output the target test result of the case to be tested when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition; wherein the target test result includes at least the pass mark of the case to be tested and the main test fields and / or auxiliary test fields that are not covered in the case to be tested.

[0117] In an embodiment of the present invention, by determining the target test case corresponding to the received case to be tested; by analyzing and processing the text content of the case to be tested, at least one field to be processed corresponding to the case to be tested is obtained, and based on at least one field to be processed and at least one test field, the main coverage of the main test field and the auxiliary coverage of the auxiliary test field are determined; when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition, the target test result of the case to be tested is output. In practical applications, before the business system is officially put into production, in order to ensure the reliability and accuracy of the business system, it is usually necessary to perform case testing on the test cases corresponding to the business system, and determine whether the business system meets the production requirements based on the test results of the test cases. Therefore, the accuracy of the test cases corresponding to the business system is very important. Based on this, the technical solution determines the target test case according to the test dimension corresponding to the case to be tested after determining the case to be tested corresponding to the business system, so as to detect whether the case to be tested matches the business rules of the business system based on the target test case, that is, the accuracy of the case to be tested is tested based on the target test case. Among them, the target test case contains at least one pre-set main test field and / or auxiliary test field, and the target test case can be used to characterize the test scope of the case to be tested. Specifically, the main test field and / or auxiliary test field in the case to be tested is determined by a text analysis method, and the main coverage corresponding to the main test field is obtained based on the proportion of the main test field in the case to be tested relative to the main test field in the target test case, and the auxiliary coverage corresponding to the auxiliary test field is obtained based on the proportion of the auxiliary test field in the case to be tested relative to the auxiliary test field in the target test case. On this basis, according to whether the main coverage and the auxiliary coverage meet the corresponding preset conditions, the target test result corresponding to the case to be tested is obtained, and based on the target test result, it is determined whether the accuracy of the case to be tested is qualified. The present invention solves the problem that when the business rules corresponding to the business system change, it is necessary to determine whether the test case matches the test scope of the latest business rules based on manual verification, resulting in low case review efficiency and inability to ensure the reliability and accuracy of the test results. By verifying the test cases of the business system according to the field coverage of the test fields in the test cases, it is possible to automatically detect whether the test cases match the test scope of the latest business rules, thereby improving the efficiency and accuracy of case verification.

[0118] In some embodiments, the test case determination module may optionally include: a to-be-selected field determination submodule, configured to determine at least one to-be-selected dimension associated with the to-be-tested case and a to-be-selected field under the to-be-selected dimension based on basic information of the to-be-tested case;

[0119] A test case to be selected determining submodule, used to determine a test case to be selected from at least one pre-generated test case based on at least one test dimension to be selected and a corresponding field to be selected;

[0120] The target test case determination submodule is used to obtain a target test case corresponding to the case to be tested by deduplicating the fields to be selected under the dimensions to be selected in the test case to be selected.

[0121] In some embodiments, optionally, the data processing device further includes: a main test field determination module, which is used to determine the main test field in the target test case according to the basic information of the case to be tested.

[0122] In some embodiments, optionally, the coverage determination module includes: a text extraction submodule, configured to extract text content in the case to be tested to obtain a title and / or a target field in the text content;

[0123] A main test field determination submodule is used to determine the main test field in the to-be-processed fields from the title and / or target field according to the basic information of the case to be tested;

[0124] The coverage determination submodule is used to determine the main coverage of the main test field through the main test field in the field to be processed and the main test field in the target test case, and to determine the secondary coverage of the secondary test field based on other fields in the field to be processed except the main test field and the secondary test field in the target test case.

[0125] In some embodiments, optionally, the data processing device further comprises: a to-be-verified test field determination module, configured to obtain the to-be-verified test field in the main test field that is not covered by the to-be-processed field when the main coverage rate does not meet the first preset condition;

[0126] A key field determination module, used to perform semantic analysis on the text content associated with the test field to be verified in the test case to be tested, and determine at least one similar key field associated with the test case to be tested;

[0127] The main coverage determination module is used to update the main coverage of the main test field when the to-be-verified test field is included in the similar key field.

[0128] In some embodiments, optionally, the data processing device is also used to provide feedback information that the test case has not passed the test if the main coverage does not meet the first preset condition; wherein the feedback information includes at least the main coverage, the main test fields not covered by the test case, and the text content of the uncovered main test fields in the test case displayed in a first form.

[0129] In some embodiments, optionally, the data processing device is also used to provide feedback information that the test case has preliminarily passed and requires secondary verification if the main coverage meets the first preset condition and the auxiliary coverage does not meet the second preset condition; wherein the feedback information at least includes the text content of the uncovered auxiliary test field in the test case displayed in the second form.

[0130] In some embodiments, optionally, the data processing device further includes: a storage module, configured to store the case to be tested in a target storage space when the target test result is a pass mark indicating that the case to be tested has passed the test; wherein the target storage space is determined based on the test dimension of the case to be tested;

[0131] A target coverage field determination module is used to retrieve historical test cases that use target test cases from a target storage space and determine target coverage fields of the historical test cases;

[0132] The test case update module is used to determine the updated target test case based on the field coverage of each target coverage field of all historical test cases, so that when the test case used by the test case is received again and is the same as the target test case, the test case is tested based on the updated target test case.

[0133] In some embodiments, optionally, the test case update module includes: a field coverage determination submodule, which is used to determine, for each target coverage field, the number of historical test cases covered by the target coverage field and the total number of historical test cases, and determine the field coverage of the target coverage field;

[0134] The field deletion submodule is used to delete the fields to be deleted whose field coverage is less than a preset threshold from the target test case to obtain an updated target test case; wherein the fields to be deleted are fields in the target coverage field.

[0135] In some embodiments, optionally, the data processing device further comprises: a text content updating module, configured to update the text content of the case to be tested in response to an editing operation of the target user on the text content displayed in the first form or the second form in the feedback information;

[0136] The testing module is used to retrieve feedback information of the case to be tested if an updated case to be tested is received again, so as to test the case to be tested based on the uncovered primary test fields and / or secondary test fields in the feedback information.

[0137] In some embodiments, optionally, the test dimension includes at least one of a business activity maintenance dimension, a system architecture view maintenance dimension, a user demand maintenance dimension, a market demand maintenance dimension and a system mapping maintenance dimension; the test field corresponding to the business activity maintenance dimension includes at least one of a business domain, a business activity and a business assessment level; the test field corresponding to the system architecture view maintenance dimension includes at least one of a business domain, an activity level and a task level corresponding to the business scope of the business system; the test field corresponding to the user demand maintenance dimension includes business functions and / or user workflows; the test field corresponding to the market demand maintenance dimension includes at least one of a business domain, an activity level, user information, product information and channel information; and the test field corresponding to the system mapping maintenance dimension includes at least one of a business domain, a logical system and a reference system corresponding to the business system.

[0138] The data processing device provided in the embodiment of the present application can be used to execute the technical solution of the data processing method in the above embodiment. Its implementation principle and technical effect are similar and will not be repeated here.

[0139] It should be noted that it should be understood that the division of the various modules of the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. And these modules can all be implemented in the form of software called by processing elements; they can also be all implemented in the form of hardware; some modules can also be implemented in the form of software called by processing elements, and some modules can be implemented in the form of hardware. For example, the xx module can be a separately established processing element, or it can be integrated in a chip of the above device. In addition, it can also be stored in the memory of the above device in the form of program code, and called and executed by a processing element of the above device. The implementation of other modules is similar. In addition, these modules can be fully or partially integrated together, or they can be implemented independently. The processing element here can be an integrated circuit with signal processing capabilities. In the implementation process, each step of the above method or each module above can be completed by an integrated logic circuit of hardware in the processor element or instructions in the form of software.

[0140] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 6 As shown, the electronic device may include: a transceiver 121 , a processor 122 , and a memory 123 .

[0141] The processor 122 executes the computer execution instructions stored in the memory, so that the processor 122 executes the scheme in the above embodiment. The processor 122 can be a general-purpose processor, including a central processing unit CPU, a network processor (network processor, NP), etc.; it can also be a digital signal processor DSP, an application-specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.

[0142] The memory 123 is connected to the processor 122 via a system bus and completes communication between them. The memory 123 is used to store computer program instructions.

[0143] The transceiver 121 may be used to send a target processing result corresponding to the service request.

[0144] The system bus can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The system bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one thick line is used in the figure, but it does not mean that there is only one bus or one type of bus. The transceiver is used to realize the communication between the database access device and other computers (such as clients, read-write libraries, and read-only libraries). The memory may include random access memory (RAM) and may also include non-volatile memory.

[0145] The electronic device provided in the embodiment of the present application may be the terminal device of the above embodiment.

[0146] An embodiment of the present application also provides a chip for executing instructions, which is used to execute the technical solution of the data processing method in the above embodiment.

[0147] An embodiment of the present application further provides a computer-readable storage medium, in which computer instructions are stored. When the computer instructions are executed on a computer, the computer executes the technical solution of the data processing method of the above embodiment.

[0148] An embodiment of the present invention further provides a computer program product, including a computer program, which, when executed by a processor, implements the data processing method provided in any embodiment of the present application.

[0149] An embodiment of the present invention further provides a computer program product, including a computer program, which, when executed by a processor, implements a method as provided in any embodiment of the present application. . .

[0150] In the process of implementation, the computer program product can be written in one or more programming languages ​​or a combination thereof to perform the computer program code of the present invention, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (for example, using an Internet service provider to connect through the Internet).

[0151] Note that the above are only preferred embodiments of the present invention and the technical principles used. Those skilled in the art will understand that the present invention is not limited to the specific embodiments herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in more detail through the above embodiments, the present invention is not limited to the above embodiments, and may include more other equivalent embodiments without departing from the concept of the present invention, and the scope of the present invention is determined by the scope of the appended claims.

Claims

1. A data processing method, characterized in that: include: Determine a target test case corresponding to the received case to be tested; wherein the target test case is determined based on at least one test case to be selected, the target test case includes at least one test field under at least one test dimension, and the at least one test field includes a primary test field and a secondary test field corresponding to the case to be tested; By analyzing and processing the text content of the case to be tested, at least one to-be-processed field corresponding to the case to be tested is obtained, and based on the at least one to-be-processed field and the at least one test field, a primary coverage rate of the primary test field and a secondary coverage rate of the secondary test field are determined; When the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition, the target test result of the case to be tested is output; wherein the target test result includes at least the pass mark of the case to be tested and the main test fields and / or auxiliary test fields that are not covered in the case to be tested.

2. The method according to claim 1, characterized in that The determining of a target test case corresponding to the received case to be tested includes: Based on the basic information of the case to be tested, determining at least one dimension to be selected and a field to be selected under the dimension to be selected that is associated with the case to be tested; Based on the at least one test dimension to be selected and the corresponding field to be selected, determining a test case to be selected from at least one pre-generated test case; By deduplicating the fields to be selected under the dimensions to be selected in the test case to be selected, a target test case corresponding to the case to be tested is obtained.

3. The method according to claim 1, characterized in that After obtaining the target test case, the method further includes: According to the basic information of the case to be tested, the main test field in the target test case is determined.

4. The method according to claim 1 or 3, characterized in that: The step of obtaining at least one to-be-processed field corresponding to the to-be-tested case by analyzing and processing the text content of the to-be-tested case, and determining the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field, comprises: Extracting text content in the case to be tested to obtain a title and / or a target field in the text content; Determine the main test field in the to-be-processed fields from the title and / or target field according to the basic information of the to-be-tested case; The main coverage of the main test field is determined by the main test field in the field to be processed and the main test field in the target test case, and the secondary coverage of the secondary test field is determined based on other fields in the field to be processed except the main test field and the secondary test field in the target test case.

5. The method according to claim 1, characterized in that The method further comprises: When the main coverage rate does not meet the first preset condition, obtaining the to-be-verified test fields in the main test fields that are not covered by the to-be-processed fields; Performing semantic analysis on text content associated with the test field to be verified in the case to be tested, and determining at least one similar key field associated with the case to be tested; When the to-be-verified test field is included in the similar key fields, the main coverage of the main test field is updated.

6. The method according to claim 5, characterized in that After all the test fields to be verified are verified, the method further includes: If the main coverage rate does not meet the first preset condition, feedback information indicating that the case to be tested has not passed the test is fed back; wherein the feedback information at least includes the main coverage rate, the main test fields not covered by the case to be tested, and the text content of the uncovered main test fields in the case to be tested is displayed in a first form.

7. The method according to claim 6, characterized in that The method further comprises: If the main coverage meets the first preset condition and the auxiliary coverage does not meet the second preset condition, feedback information is fed back indicating that the case to be tested has preliminarily passed and requires secondary verification; wherein the feedback information at least includes the text content of the uncovered auxiliary test fields in the case to be tested displayed in a second form.

8. The method according to claim 1, characterized in that The method further comprises: When the target test result is a pass mark indicating that the case to be tested has passed the test, the case to be tested is stored in a target storage space; wherein the target storage space is determined based on the test dimension of the case to be tested; Retrieving historical test cases using the target test case from the target storage space, and determining target coverage fields of the historical test cases; An updated target test case is determined based on the field coverage of each target coverage field of all historical test cases, so that when a test case used by a case to be tested is received again and is the same as the target test case, the case to be tested is tested based on the updated target test case.

9. The method according to claim 8, characterized in that The step of determining the updated target test case according to the field coverage of each target coverage field of all historical test cases includes: For each target coverage field, determining the field coverage rate of the target coverage field according to the number of historical test cases covered by the target coverage field and the total number of historical test cases; Deleting the to-be-deleted fields whose field coverage is less than a preset threshold from the target test case to obtain an updated target test case; The field to be deleted is a field in the target coverage field.

10. The method according to any one of claims 5 to 7, characterized in that: The method further comprises: In response to an editing operation of a target user on text content displayed in the first form or the second form in the feedback information, updating the text content of the case to be tested; If an updated case to be tested is received again, feedback information of the case to be tested is retrieved to test the case to be tested based on the uncovered primary test fields and / or secondary test fields in the feedback information.

11. The method according to claim 1, characterized in that: The test dimension includes at least one of a business activity maintenance dimension, a system architecture view maintenance dimension, a user demand maintenance dimension, a market demand maintenance dimension and a system mapping maintenance dimension; the test field corresponding to the business activity maintenance dimension includes at least one of a business domain, a business activity and a business assessment level; the test field corresponding to the system architecture view maintenance dimension includes at least one of a business domain, an activity level and a task level corresponding to the business scope of the business system; the test field corresponding to the user demand maintenance dimension includes business functions and / or user workflows; the test field corresponding to the market demand maintenance dimension includes at least one of a business domain, an activity level, user information, product information and channel information; the test field corresponding to the system mapping maintenance dimension includes at least one of a business domain, a logical system and a reference system corresponding to the business system.

12. A data processing device, characterized in that: include: A test case determination module, configured to determine a target test case corresponding to the received case to be tested; wherein the target test case is determined based on at least one test case to be selected, the target test case includes at least one test field under at least one test dimension, and the at least one test field includes a primary test field and a secondary test field corresponding to the case to be tested; A coverage determination module, configured to obtain at least one to-be-processed field corresponding to the to-be-tested case by analyzing and processing the text content of the to-be-tested case, and determine the primary coverage of the primary test field and the secondary coverage of the secondary test field based on the at least one to-be-processed field and the at least one test field; A test result determination module is used to output the target test result of the case to be tested when the main coverage meets the first preset condition and the auxiliary coverage meets the second preset condition; wherein the target test result includes at least the pass mark of the case to be tested and the main test fields and / or auxiliary test fields that are not covered in the case to be tested.

13. A data processing electronic device, characterized in that: The method comprises a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the data processing method according to any one of claims 1 to 11 when executing the computer program.

14. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the data processing method as described in any one of claims 1 to 11 is implemented.

15. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the computer program implements the data processing method according to any one of claims 1 to 11.

Images