CN114756466A

CN114756466A - Test case obtaining method and device and storage medium

Info

Publication number: CN114756466A
Application number: CN202210421182.4A
Authority: CN
Inventors: 王益芝; 李菁; 訾晓刚; 郭启超; 薛震; 韩傲雪; 杨金华; 周晓宇; 李光; 刘利辉
Original assignee: China Academy of Information and Communications Technology CAICT
Current assignee: China Academy of Information and Communications Technology CAICT
Priority date: 2022-04-21
Filing date: 2022-04-21
Publication date: 2022-07-15

Abstract

The embodiment of the specification provides a test case acquisition method, a test case acquisition device and a storage medium. The method comprises the following steps: receiving project information provided by a user; the item information corresponds to an item to be authenticated; the project information comprises an authentication requirement; displaying a configuration interface corresponding to the item to be authenticated; receiving project parameters input by a user based on the configuration interface; screening a target test case from a test case database based on the project parameters and the certification requirements; and providing the target test case to a user. Based on the method, the required test cases can be directly determined according to the items to be authenticated and corresponding requirements, a user does not need to screen the test cases based on own experience, the accuracy and timeliness of the test cases are ensured, and further, the products corresponding to the items to be authenticated can be ensured to obtain corresponding authentication as soon as possible in the subsequent application process.

Description

Test case obtaining method and device and storage medium

Technical Field

The embodiment of the specification relates to the technical field of communication, in particular to a test case obtaining method, a test case obtaining device and a storage medium.

Background

When a communication product is sold to an overseas market, the communication product can obtain the selling qualification of the product in the market through the industry authentication of the overseas market. The industry certification mainly comprises PTCRB certification and GCF certification, wherein the PTCRB certification and the GCF certification respectively comprise respective applicability use cases, and the products can be matched with the mobile standard of an operator through the verification of the applicability use cases, so that the interoperability of the products in a certain range is ensured.

In the product authentication process, corresponding applicability cases are selected according to the technical characteristics of the product to be authenticated, and corresponding authentication can be applied after the selected applicability cases are evaluated. At present, the applicability case corresponding to the product is selected mainly through the experience of technicians and the logical operation result. However, there are currently tens of thousands of use cases for PTCRB authentication and GCF authentication, respectively. On one hand, test cases are gradually increased along with the updating iteration of the communication technology and the evolution of new technology in the future, on the other hand, the cases may be updated in version over time, and the technical personnel have difficulty in knowing the suitability of all the cases to the product. In addition, when a product needs to be sold to markets which belong to the two certification organizations at the same time, the same use cases between the two certifications need to be combined, and the difficulty of manually determining the applicability use case is further improved. In summary, the method for determining the applicability case of the product lacks timeliness and accuracy, and a technical scheme capable of quickly and accurately determining the test case corresponding to the product to be authenticated is urgently needed.

Disclosure of Invention

An object of the embodiments of the present specification is to provide a method, an apparatus, and a storage medium for obtaining a test case, so as to solve a problem of how to quickly and accurately determine a test case corresponding to a product to be authenticated.

In order to solve the foregoing technical problem, an embodiment of the present specification provides a method for obtaining a test case, including: receiving project information provided by a user; the item information corresponds to an item to be authenticated; the project information comprises an authentication requirement; displaying a configuration interface corresponding to the item to be authenticated; receiving project parameters input by a user based on the configuration interface; screening a target test case from a test case database based on the project parameters and the certification requirements; and providing the target test case to a user.

An embodiment of this specification further provides a test case obtaining apparatus, including: the project information receiving module is used for receiving project information provided by a user; the item information corresponds to an item to be authenticated; the project information comprises an authentication requirement; the configuration interface display module is used for displaying a configuration interface corresponding to the item to be authenticated; the project parameter receiving module is used for receiving project parameters input by a user based on the configuration interface; the target test case screening module is used for screening a target test case in the test case database based on the project parameters and the authentication requirements; and the target test case providing module is used for providing the target test case to a user.

Embodiments of the present specification further provide a computer-readable storage medium, on which a computer program/instruction is stored, where the computer program/instruction, when executed, implements the above test case obtaining method.

According to the technical scheme provided by the embodiment of the specification, the embodiment of the specification receives the project information of the project to be authenticated provided by the user and displays the corresponding configuration interface to the user, so that the user can input the project parameters through the configuration interface, a target test case can be screened in the test case database according to the project parameters and the authentication requirements contained in the project information, the obtained target test case can be fed back to the user, and the user can authenticate the project to be authenticated based on the target test case. Based on the steps, the required test cases can be directly determined according to the items to be authenticated and corresponding requirements, a user does not need to screen the test cases based on own experience, the accuracy and timeliness of the test cases are guaranteed, and then products corresponding to the items to be authenticated can be guaranteed to obtain corresponding authentication as soon as possible in the subsequent application process.

Drawings

In order to more clearly illustrate the embodiments of the present specification or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the specification, and other drawings can be obtained by those skilled in the art without creative efforts.

FIG. 1 is a flowchart illustrating a test case obtaining method according to an embodiment of the present disclosure;

fig. 2 is a schematic diagram of a test case obtaining process in an embodiment of the present specification;

fig. 3 is a block diagram of a test case acquiring apparatus according to an embodiment of the present disclosure.

Detailed Description

The technical solutions in the embodiments of the present disclosure will be clearly and completely described below with reference to the drawings in the embodiments of the present disclosure, and it is obvious that the described embodiments are only a part of the embodiments of the present disclosure, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without making any creative effort shall fall within the protection scope of the present specification.

In order to solve the above technical problem, a test case obtaining method according to an embodiment of the present specification is introduced. The execution main body of the test case acquisition method is a test case acquisition system. As shown in fig. 1, the test case obtaining method may include the following specific implementation steps.

S110: receiving project information provided by a user; the item information corresponds to an item to be authenticated; the item information includes an authentication request.

The items to be authenticated can be items which need to be tested by using the test cases so as to determine the corresponding applicability cases. Specifically, the item to be authenticated may be an item corresponding to a communication product. When a communication product needs to be sold to a specific market, the certification corresponding to the specific market may need to be acquired in advance, that is, the test of the corresponding applicability case is passed. Therefore, before the actual authentication process is performed, it is necessary to determine an applicability use case corresponding to the item to be authenticated and test a product corresponding to the item to be authenticated using the determined applicability use case.

When the user has the requirement for obtaining the test case, the project information of the project to be authenticated can be input based on the test system corresponding to the test case obtaining method. The project information is used for describing the project to be authenticated, so that screening of the test cases is facilitated.

The item information may include an authentication requirement. The certification requirement is used for limiting the certification related information of the item to be certified so as to determine the test case adapted to the certification requirement. Specifically, the authentication requirements may include an authentication type and an authentication version. The authentication types may include authentication types corresponding to the GCF and/or PTCRB, i.e., in some cases, the authentication types of the GCF and PTCRB may be selected simultaneously to meet the sales demand of the product. The certification version is used to describe requirements for the version of the test case. Based on the authentication requirement, the test case required by testing the project to be authenticated can be limited, and the final selection effect is effectively ensured.

In some embodiments, in addition to the authentication requirement, the item information may further include basic information describing an item to be authenticated, and specifically, may include an item number, an item type, a product model, a product type, an item applicant, an item manufacturer, an operating system, and the like.

In the embodiment of the specification, the user may be a tester for performing a product test, or may be a manager for managing a system to which the test user acquisition method belongs. It should be noted that, the above examples are only used to better describe the application environment of the embodiments of the present specification, and no limitation is made to the identity of the user in practical applications.

Accordingly, in some embodiments, the identity of the user may need to be verified before the user enters the project information based on the identity type of the user. Specifically, a corresponding login interface may be displayed to obtain account information and password information of the user. By comparing the current login user with the account data stored in the database, whether the current login user has the authority to operate the current system can be judged. And after the user account is verified, allowing the user to open a corresponding page to complete the input of the project information.

Based on the above embodiment, when the user is a manager, the test case database can be constructed or maintained based on the corresponding account.

In some specific examples, the determination that the user is a manager may be to provide a corresponding login page to acquire account information of the user. The account type corresponding to the account information can be determined according to the account information of the user, and the account type can include, for example, a common user account and a manager account. And determining that the current user is a manager under the condition that the account type is a manager account.

Since the data in the test case database is needed to be used for comparison when determining the test case corresponding to the current project, the construction of the test case database is a necessary implementation step before providing the test case determination service.

Specifically, the test case database may be constructed by first displaying a test case input interface to a user to receive an initial test case input by the user based on the test case input interface. Based on the received initial test case, the construction of the test case database can be completed.

The corresponding test case document can be directly input based on the test case input interface, and the system can directly complete the analysis and the import of the test case according to the received document; the test case input interface can also be provided with corresponding modules, different modules are provided with different information windows, and then different types of information can be input according to the windows. In practical application, the test case input interface may be designed according to needs, and is not limited to the above example, and is not described herein again.

Specifically, the basic use case library needs to be input with at least one of a GCF document, a PTCRB document, a 3GPP document, an ETSI document, an OMA document, and a GSMA document.

After the GCF and/or PTCRB documents are identified, the GCF and/or PTCRB use cases are imported into the database to form an initial use case library. Specifically, when the initial test case is imported, the case specification table may be imported into the database after the identification configuration of the case specification table is acquired by the identification engine, the Condition table may be imported into the database after the identification configuration of the case table is acquired by the identification engine, and finally, the cases imported by different documents are marked with different version numbers, thereby completing importing the initial test case. In addition, for different Test cases, a plurality of features such as "Specification", "Test Case", "TC Description", "TC Comments", "Handover TC", "WI", "Type of Test" may be defined.

After the initial test cases are obtained, the test case obtaining system can complete the construction of a test case database based on the initial test cases, and further can take the initial test cases as screening objects in the subsequent application process, so that the comprehensiveness and the accuracy of the finally determined target test cases are ensured.

Taking 3GPP 5G protocol documents as an example for explanation, a user may transmit 3GPP 5G documents to be parsed into a system, so that the system parses the documents and correspondingly stores the parsed documents according to the parsing result.

In addition, when the contents of the protocol document are large, for example, the contents include more than 500 pages, the system should pay attention to avoid the memory overflow and other problems when reading the protocol document.

In some embodiments, the system may obtain a feature field in the initial test case, and extract a feature keyword in the feature field. After the test case type corresponding to the feature key word is determined, the initial test case is identified, so that the initial test case can be updated to a storage space corresponding to the test case type in a test case database.

The description is made by using a specific example, and is still described by importing a 3GPP document. When a 3GPP document is imported, aiming at an example table in the example table, after the table is identified, if the first 3 fields are detected to be respectively Clause, Title and Release, the table can be considered as the example table, an adaptation mechanism is started, and a TestSpec number is obtained at the same time. For the Condition table, IF the table is identified and conforms to the regular expression "the head of the first field is headed by C and the head of the second field is headed by IF", the table can be regarded as the Condition table, and a corresponding adaptation mechanism is started.

Correspondingly, the function of identifying the corresponding keywords through background configuration can adapt to the influence caused by factors such as document upgrading, version replacing and the like, so that the normal use of the system is ensured under the condition of not modifying a program.

Aiming at the import of other documents, the corresponding import process can be realized by combining the characteristics of the documents. And when the document is imported, the Condition table is constructed by combining the test content corresponding to the document, and the document is imported into the case base according to the import standard corresponding to the Condition table. The specific import process is not described herein.

In addition, the rules with more complex expressions in the documents are manually converted into regular expressions and then imported, so as to assist in judging and extracting the test cases, wherein the rules include but are not limited to exemption conditions of specific test cases, case configuration information, test frequency band expression, merging rules and the like. For example, in some embodiments, when a case that descriptions of use case numbers in the GCF standard and the PTCRB standard are inconsistent exists in a part of use cases, mapping management can be performed on the use case numbers in the two standards through a background operating system, so that a use case engine can generate and compare related use cases in a subsequent process conveniently.

In some embodiments, the test case acquisition method may be implemented based on a B/S architecture. Correspondingly, a user can access the system at any time and any place through the web browser, input project information and execute a corresponding test case acquisition process so as to ensure the convenience of user operation.

S120: and displaying a configuration interface corresponding to the item to be authenticated.

After the item information input by the user is acquired, a configuration interface corresponding to the item to be authenticated can be displayed. And a corresponding input module is arranged in the configuration interface. Different input modules correspond to different item parameter types, and the input modules are used for inputting or selecting the item parameters corresponding to the items to be authenticated based on the corresponding input modules.

The project parameter type can be the type of data required to be obtained for screening the test cases, and parameters input by a user can be prompted based on the project parameter type, so that the accuracy of obtaining the test cases is ensured, and the operation process is simplified.

S130: and receiving project parameters input by a user based on the configuration interface.

Based on the configuration interface, the user can input corresponding project parameters. The project parameters are used for further detailed description of the parameter types required by screening the test cases.

In some embodiments, the project parameter may include at least one of a supported frequency band, release version information (release version information), a supported AE module, PICS information, a bandwidth, and an SCS parameter.

The supported frequency band may be a frequency band table or manually entered supported frequency band data. The PICS information can be a PICS form directly imported by a user, correspondingly, in order to match the PICS forms with different format types, the system also supports a format identification configuration function to a certain degree, and supports the simultaneous import of a plurality of PICS forms. The user can directly export the system template and import the system again after filling the bandwidth and SCS parameters in the template.

After the project parameters are obtained, the project parameters can be managed based on a list in a preset format.

S140: and screening a target test case in a test case database based on the project parameters and the certification requirements.

After the system obtains the project parameters and the certification requirements, corresponding target test cases can be screened in the test case database according to the project parameters and the certification requirements. The project parameters describe the project itself in detail, the certification requirements roughly limit the required test cases, and the project parameters and the certification requirements are combined to obtain the corresponding target test cases through screening.

In some embodiments, the process of screening the target test case may be to extract candidate test cases from the test case database, where the candidate test cases may be all test cases in the database or test cases applicable to the current application requirement.

After the candidate test cases are extracted, Condition fields in the candidate test cases may be extracted, where the Condition fields may be fields corresponding to the screening requirement, for example, Condition fields in each case may be extracted. The condition field corresponds to a condition entry, and the condition entry may be an entry in the condition field that meets the test case screening requirement, and the condition entry corresponds to specific entry content. After the entry content is obtained, whether the entry content is matched with the project parameters and the authentication requirements or not can be judged, if so, the candidate test case is determined to be a target test case, otherwise, the candidate test case is not taken as the target test case.

The method comprises the steps of firstly scanning each case in a case rule table one by one, extracting a Condition field, then determining a specific Condition entry where the Condition field is located, extracting specific contents of the Condition entry, analyzing by combining a PICS table, wherein an analysis result is used for indicating whether the case is hit or not, if yes, indicating that the case needs to be executed, extracting specific case users from a basic case library according to case numbers to serve as target test cases.

In addition, for convenience of management, for some special cases, condition fields in the use cases can be manually added by managers to ensure corresponding matching effects.

In some embodiments, in order to ensure the rapidness and accuracy of the test, after the target test case is obtained, the target test case may be subjected to secondary screening. The secondary screening can be to screen the target test case based on the specified characteristics to obtain a secondary screening test case; the specified features include at least one of GSM features, UMTS features, LTE features, CA features, project support function features. And providing the obtained secondary screening test case for the user.

Since the above process requires parsing of documents with an ultra-large capacity, a large amount of service resources and processing time are consumed for each parsing. The resolution algorithm can be optimized to increase the speed of resolution. Specifically, the large file can be read in a segmented manner and analyzed segment by segment, so that the memory is prevented from being exhausted; and the analysis algorithm can be independently packaged according to the service requirement, and the algorithm is optimized, so that the related data can be analyzed at the highest efficiency each time. Other methods may also be adopted in practical applications, which are not limited to the above examples and are not described herein again.

S150: and providing the target test case to a user.

After the target test case is determined, the determined target test case can be provided for a user, so that the user can test a product corresponding to the item to be authenticated according to the target test case.

Specifically, the target test case may be directly derived in an Excel manner, or may be issued to a corresponding execution department in a test task manner to be directly applied, which is not limited herein.

In some embodiments, the test case database can still be supplemented after the system has been able to provide services. For example, after step S150 is completed and the target test case corresponding to the current to-be-authenticated item is provided to the user, the administrator may still input a corresponding supplementary test case based on the test user input interface and update the test case database based on the supplementary test case. The specific implementation manner may refer to the description content of the method for creating the test case database in step S110, and is not described herein again.

The above process is described with a specific scenario example in conjunction with fig. 2. As shown in fig. 2, first, the system is entered after the flow is started, and it is determined whether or not an item already exists currently. If not, the project is newly built, and if the project already exists, the subsequent steps are executed. And selecting corresponding authentication requirements after entering a project to prepare a test plan. And then, entering an input stage of project parameters, sequentially inputting a support frequency band, selecting each system release, selecting a supported AE module, importing a PICS, and judging whether the product is a 5G terminal, if so, importing parameters such as bandwidth and SCS, and if not, importing the parameters additionally. And then, selecting a standard for generating a test plan, extracting corresponding test cases from the test case database by the system according to the input data, and exporting the test cases to a user so as to achieve the purpose of determining the test cases corresponding to the communication products.

By introducing the embodiment and the scene example, the test case acquisition method receives the project information of the project to be authenticated provided by the user, displays the corresponding configuration interface to the user, and enables the user to input the project parameters through the configuration interface, so that the target test case can be screened in the test case database according to the project parameters and the authentication requirements contained in the project information, the acquired target test case can be fed back to the user, and the user can authenticate the project to be authenticated based on the target test case. Based on the steps, the required test cases can be determined directly according to the items to be authenticated and corresponding requirements, a user does not need to screen the test cases based on own experience, the accuracy and the timeliness of the test cases are guaranteed, and then products corresponding to the items to be authenticated can be guaranteed to obtain corresponding authentication as soon as possible in the subsequent application process.

A test case acquisition apparatus according to an embodiment of the present specification is introduced based on the test case acquisition method corresponding to fig. 1. As shown in fig. 3, the test case acquiring apparatus may include the following modules.

A project information receiving module 310, configured to receive project information provided by a user; the item information corresponds to an item to be authenticated; the item information includes an authentication requirement.

A configuration interface display module 320, configured to display a configuration interface corresponding to the item to be authenticated.

And the project parameter receiving module 330 is configured to receive project parameters input by a user based on the configuration interface.

And the target test case screening module 340 is configured to screen a target test case in the test case database based on the project parameters and the certification requirements.

And a target test case providing module 350, configured to provide the target test case to a user.

Embodiments of the present specification provide a computer readable storage medium having stored thereon a computer program/instructions. The computer-readable storage medium can be read by a processor based on an internal bus of a device, and program instructions in the computer-readable storage medium are implemented by the processor.

In this embodiment, the computer-readable storage medium may be implemented in any suitable manner. The computer-readable storage medium includes, but is not limited to, a Random Access Memory (RAM), a Read-Only Memory (ROM), a Cache (Cache), a Hard Disk Drive (HDD), a Memory Card (Memory Card), and the like. The computer storage medium stores computer program instructions. The computer program instructions, when executed, implement the embodiments of fig. 1 of the present specification.

Based on the test case obtaining method corresponding to fig. 1, an embodiment of the present specification provides a test case obtaining apparatus. The test case acquisition device may include a memory and a processor.

In this embodiment, the memory may be implemented in any suitable manner. For example, the memory may be a read-only memory, a mechanical hard disk, a solid state disk, a U disk, or the like. The memory may be used to store computer program instructions.

In this embodiment, the processor may be implemented in any suitable manner. For example, the processor may take the form of, for example, a microprocessor or processor and a computer-readable medium that stores computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller and embedded microcontroller, and so forth. The processor may execute the computer program instructions to perform the steps of: extracting task parameters from the target task; the task parameters are used for describing the category and the task quantity of the target task; determining at least two test case acquisition objects corresponding to the target task based on the task parameters; the test case acquisition objects are respectively used for processing tasks of different categories and task quantities; splitting the target task into at least two subtasks according to the task parameters and the test case acquisition object; and distributing the subtasks to the at least two test case acquisition objects so that the test case acquisition objects respectively process the corresponding subtasks.

While the process flows described above include operations that occur in a particular order, it should be appreciated that the processes may include more or less operations that are performed sequentially or in parallel (e.g., using parallel processors or a multi-threaded environment).

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the specification. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both permanent and non-permanent, removable and non-removable media, may implement the information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, tape storage, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that may be used to store information that may be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

As will be appreciated by one skilled in the art, embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the embodiments described herein may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and so forth) having computer-usable program code embodied therein.

The embodiments of this specification may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The specification embodiments may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the system embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and reference may be made to the partial description of the method embodiment for relevant points. In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of an embodiment of the specification. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Moreover, various embodiments or examples and features of various embodiments or examples described in this specification can be combined and combined by one skilled in the art without being mutually inconsistent.

The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art to which the present application pertains. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A test case acquisition method is characterized by comprising the following steps:

receiving project information provided by a user; the item information corresponds to an item to be authenticated; the project information comprises an authentication requirement;

displaying a configuration interface corresponding to the item to be authenticated;

receiving project parameters input by a user based on the configuration interface;

screening a target test case from a test case database based on the project parameters and the certification requirements;

and providing the target test case to a user.

2. The method of claim 1, wherein the authentication requirements include an authentication type and an authentication version; the authentication type includes an authentication type corresponding to the GCF and/or the PTCRB.

3. The method of claim 1, wherein the project parameters include at least one of supported frequency bands, release version information, supported AE modules, PICS information, bandwidth, SCS parameters.

4. The method of claim 1, wherein the screening of the target test case in the test case database based on the project parameters and the certification requirements comprises:

extracting candidate test cases from a test case database;

extracting condition fields of the candidate test cases;

determining a condition entry corresponding to the condition field; the condition item corresponds to item content;

and under the condition that the item content is matched with the project parameters and the authentication requirements, determining the candidate test case as a target test case.

5. The method of claim 1, wherein prior to providing the target test case to the user, further comprising:

classifying the target test case based on specified characteristics; the specified feature comprises at least one of a GSM feature, a UMTS feature, an LTE feature, a CA feature and an item support function feature;

respectively generating test case forms corresponding to different specified characteristics based on the classified target test cases;

and providing the test case form to a user.

6. The method of claim 1, wherein the test case database is constructed by:

under the condition that the user is a manager, displaying a test case input interface;

receiving an initial test case input by a user based on the test case input interface;

and constructing the test case database based on the initial test case.

7. The method of claim 6, wherein said building the test case database based on the initial test cases comprises:

acquiring a characteristic field in the initial test case; the characteristic field comprises a characteristic keyword;

determining the type of the test case corresponding to the characteristic key words;

and combining the test case types, and constructing a test case database by using the initial test case.

8. The method of claim 6, wherein the initial test case comprises at least one of a 3GPP document, an ETSI document, an OMA document, a GSMA document, a GCF document, a PTCRB document.

9. A test case acquisition apparatus, comprising:

the project information receiving module is used for receiving project information provided by a user; the item information corresponds to an item to be authenticated; the project information comprises an authentication requirement;

the configuration interface display module is used for displaying a configuration interface corresponding to the item to be authenticated;

the project parameter receiving module is used for receiving project parameters input by a user based on the configuration interface;

the target test case screening module is used for screening a target test case in the test case database based on the project parameters and the authentication requirements;

and the target test case providing module is used for providing the target test case to a user.

10. A computer-readable storage medium, having stored thereon a computer program/instructions, characterized in that the computer program/instructions, when executed, implement the method according to any of claims 1-8.