CN113626409A - Test data processing method, device, equipment and storage medium - Google Patents
Test data processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN113626409A CN113626409A CN202110901465.4A CN202110901465A CN113626409A CN 113626409 A CN113626409 A CN 113626409A CN 202110901465 A CN202110901465 A CN 202110901465A CN 113626409 A CN113626409 A CN 113626409A
- Authority
- CN
- China
- Prior art keywords
- test data
- storage
- record
- target
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
- G06F16/219—Managing data history or versioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/73—Program documentation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The present disclosure provides a method, an apparatus, a device and a storage medium for processing test data, which relate to the field of computer technology, and in particular, to software development and test, data storage and intelligent search technology. The specific implementation scheme is as follows: acquiring a test data storage request; under the condition that the test data storage request comprises basic parameters, storing target test data according to the basic parameters; wherein the basic parameters at least include version information, model information, and product information. According to the technology disclosed by the invention, the unified management of different types of test data is realized.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and in particular, to techniques for software development and testing, data storage, and intelligent search, and in particular, to a method, an apparatus, a device, and a storage medium for processing test data.
Background
Software testing is a technique to identify software correctness, integrity, security, quality, etc. Software is typically tested and requires test data. The test data generally includes two categories, i.e., test cases and test scripts.
If the test data management is disordered, the user needs to take a long time to obtain the data with specific requirements, and the like. Therefore, how to manage the test data is crucial.
Disclosure of Invention
The disclosure provides a test data processing method, a test data processing device, a test data processing apparatus and a storage medium.
According to an aspect of the present disclosure, there is provided a test data processing method, including:
acquiring a test data storage request;
under the condition that the test data storage request comprises basic parameters, storing target test data according to the basic parameters; wherein the basic parameters at least include version information, model information, and product information.
According to another aspect of the present disclosure, there is provided a test data processing apparatus, the apparatus including:
the request acquisition module is used for acquiring a test data storage request;
the storage module is used for storing the target test data according to the basic parameters under the condition that the test data storage request comprises the basic parameters; wherein the basic parameters at least include version information, model information, and product information.
According to another aspect of the present disclosure, there is provided an electronic device including:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform a method of test data processing according to any of the embodiments of the present disclosure.
According to another aspect of the present disclosure, there is provided a non-transitory computer readable storage medium storing computer instructions for causing a computer to perform a test material processing method according to any one of the embodiments of the present disclosure.
According to another aspect of the present disclosure, there is provided a computer program product comprising a computer program which, when executed by a processor, implements the test data processing method of any of the embodiments of the present disclosure.
According to the technology disclosed by the invention, the unified management of different types of test data is realized.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present disclosure, nor do they limit the scope of the present disclosure. Other features of the present disclosure will become apparent from the following description.
Drawings
The drawings are included to provide a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:
FIG. 1 is a flowchart illustrating a method for processing test data according to an embodiment of the disclosure;
FIG. 2 is a flow chart of another method for processing test data according to an embodiment of the present disclosure;
FIG. 3 is a flowchart illustrating another method for processing test data according to an embodiment of the disclosure;
FIG. 4 is a schematic diagram of a test data processing apparatus according to an embodiment of the present disclosure;
FIG. 5 is a block diagram of an electronic device for implementing the test data processing method of the disclosed embodiments;
Detailed Description
Exemplary embodiments of the present disclosure are described below with reference to the accompanying drawings, in which various details of the embodiments of the disclosure are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present disclosure. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
FIG. 1 is a flowchart illustrating a method for processing test data according to an embodiment of the disclosure. The embodiment of the disclosure is suitable for the situation of how to process the test data. The method can be executed by a test data processing device, which can be implemented in software and/or hardware, and can be integrated in an electronic device carrying the test data processing function, such as a server. As shown in fig. 1, the method for processing test data provided in this embodiment may include:
s101, obtaining a test data storage request.
In this embodiment, the test data is data required for testing software, and may include two types, i.e., a test case and a test script. The test material storage request may be a request sent by a user when there is a test material storage need. For example, when the user has a test data storage requirement, the user can log in the login interface provided by the test data management auxiliary tool, and if the user successfully logs in, the user can select a newly added option in the data management interface provided by the test data management auxiliary tool and click the upload button to upload the target test data; after the test data management auxiliary tool determines that the target test data are successfully uploaded, a parameter interface is displayed to a user; a user can input related data in the parameter interface according to the prompt and click the adding completion button, so that a test data storage request is triggered and generated; the test data management auxiliary tool can transmit a test data storage request to the server side through a preset communication mode. Optionally, the test data management auxiliary tool is a tool for auxiliary management of test data, and may be an application program, a web page, or an automation script, etc.; furthermore, the user can store, delete, modify or query the test data by means of the test data assistant tool.
Optionally, the test data storage request includes target test data, where the target test data is the test data that the user needs to store. Furthermore, the software versions and device models targeted by different test materials may be different, so that a user who needs to use the test materials can accurately obtain the required materials, the test material storage request sent by any user in this embodiment needs to include basic parameters; the basic parameters are environment parameters required to be met by adopting target test data for testing, and at least comprise version information, model information and product information, wherein the version information is a software version which can be supported by the target test data, specifically a supported version range which comprises a minimum version number, a maximum version number and all versions between the minimum version number and the maximum version number; the model information is the equipment model supported by the target test data, and the product information is the product capable of being tested by adopting the target test data. For example, the target test data is used to test the camera function, and the product information may be all products with camera function. Further, the basic parameters may also include the type of the target test data.
Further, if the target test data is used to test a specific functional module (such as a message sending module) in a piece of software, the test data storage request may further include a module identifier, where the module identifier is an identifier for uniquely identifying the module, and may be a module number.
Further, the test data storage request may further include other information, such as a development team name and a transaction identifier; the transaction identifier may be randomly generated by the test data assistant tool, or generated by the test data assistant tool according to the relevant data filled by the user; furthermore, the transaction identifier and the test data storage request have a one-to-one correspondence relationship, that is, one test data storage request uniquely corresponds to one transaction identifier.
S102, under the condition that the basic parameters are identified to be included in the test data storage request, storing the target test data according to the basic parameters.
In order to ensure the security of the stored test data, in an implementation manner, after the test data storage request is obtained, the storage permission of the sender of the test data storage request may be checked.
In the case of determining that the test data storage request has the storage authority, whether the test data is included in the test data storage request or not can be firstly identified; if so, the test data included in the test data storage request is used as the target test data. Further, if the test data storage request does not include the test data, the storage failure information is fed back to the sender of the test data storage request, and the storage failure information carries failure reasons such as storage failure caused by missing data.
Illustratively, the parameters in the test data storage request are verified at a request that includes the target test data in the test data storage request. For example, it is identified whether the basic parameters are included in the test data storage request. Further, if any basic parameter is absent in the test data storage request, storage failure information may also be fed back to the sender of the test data storage request, and the storage failure information carries failure reasons such as storage failure caused by the absence of the basic parameter.
Further, in the case that the basic parameters are identified to be included in the test data storage request, the target test data in the test data storage request may be stored according to the basic parameters. For example, the target test may be stored in a set storage space (such as a database), and a storage address is obtained; and storing the storage address and the basic parameter in an associated manner according to a set format. And further, under the condition that a user has any requirement on deleting, modifying or inquiring the test data, the needed test data can be quickly positioned based on the association between the storage address and the basic parameters.
Or a recording table can be constructed locally in advance and is specially used for recording the storage condition of the target test material. And further storing the target test data according to the basic parameters and the local record table.
It should be noted that, at present, different types of test data are stored separately, for example, a GIT tool is generally used for storing a test script, and an Excel, xmind, etc. tool is generally used for storing a test case. This separate storage is inconvenient to manage and inconvenient for the user to acquire. In addition, the existing mode for storing the test scripts and the test cases has the defects of disordered storage, difficult searching by users and the like.
The embodiment of the disclosure does not distinguish the types of the test data, namely, realizes the unified management of the test data of different types, and reduces the complexity and cost of the management compared with the separated storage. Furthermore, the embodiment of the disclosure stores the test data based on the basic parameters, and provides a basis for subsequent management operations such as fast search, reading, writing and the like of the test data.
According to the technical scheme provided by the embodiment of the disclosure, under the condition that the test data storage request is obtained, if the test data storage request comprises the basic parameters, the target test data in the test data storage request is stored according to the basic parameters. According to the scheme, the types of the test data are not distinguished, namely the unified management of different types of test data is realized, and compared with the separated storage, the complexity and the cost of the management are reduced; meanwhile, a basis is provided for subsequent management operations such as quick search, reading, writing and the like of test data.
Fig. 2 is a flowchart of another test data processing method according to an embodiment of the present disclosure, and this embodiment further explains how to store the target test data according to the basic parameters based on the above embodiment. As shown in fig. 2, the method for processing test data provided in this embodiment may include:
s201, obtaining a test data storage request.
S202, under the condition that the basic parameters are identified to be included in the test material storage request, the target test material is stored, and the storage address is determined.
Optionally, in this embodiment, a database may be used to store the test data. Further, in the case where it is recognized that the test data storage request includes the basic parameter, the target test data may be stored in the database, and a storage address of the target test data in the database may be determined.
S203, generating a storage record according to the basic parameters, the storage address and the transaction identifier of the test data storage request.
Optionally, the transaction identifier may be obtained from the test data storage request, or may be generated by the server. Further, the server may generate a unique transaction identifier according to the test data storage request, for example, the server may encode the test data storage request by using a hash algorithm to obtain a hash value, and use the hash value as the transaction identifier.
In one embodiment, a storage record may be generated according to a set record format, such as transaction id + base parameter + storage address, based on the base parameter, the storage address, and the transaction id. For example, the version information may be written into the version field, the model information may be written into the model field, the storage address may be written into the description field, and the transaction identifier may be written into the header field, so as to obtain the storage record associated with the target test data.
Further, in the case that the test data storage request includes other information (such as a development team name, etc.), a storage record may be generated according to the set format and based on the basic parameter, the storage address, the transaction identifier, and the other information.
And S204, storing the storage record in a local record table.
Further, after the storage record is generated, the storage record may be stored in a local record table. And then under the condition that the user has the query requirement, the local record table can be queried according to the requirement information of the user so as to obtain the storage address of the test data required to be queried by the user and feed the storage address back to the user.
According to the technical scheme provided by the embodiment of the disclosure, the local record table is introduced, and the storage record generated according to the storage address, the basic parameter and the transaction identifier of the target test data is stored in the local record table, so that a basis is provided for subsequently and quickly inquiring the user requirement data.
Because different types of test data are written differently, for example, test cases are usually written in a form of combining texts and files, test scripts are written in a file form, and the like. Further, on the basis of any of the above embodiments, in another possible implementation manner of storing the target test data according to the basic parameters, if the type of the target test data is a test case, storing a file in the target test data, and determining a storage address; generating a storage record according to the text, the basic parameters, the storage address and the transaction identifier of the test data request in the target test data; and storing the storage record in a local record table.
Specifically, if the type of the target test data is a test case, files (such as txt files and pictures) in the target test data can be stored in a database, and a storage address in the database is determined; according to the set record format, writing the text (further, the keyword of the text in the target test data) in the target test data and the storage address of the target test data into the description field, writing the version information into the version field, writing the model information into the model field, and writing the transaction identifier into the header field, so as to obtain the storage record associated with the target test data, and storing the storage record in the local record table.
Further, if the type of the target test data is the test script, the target test data can be directly stored, the storage address is determined, then a storage record can be generated according to the basic parameters, the storage address and the transaction identifier of the test data request, and the storage record is stored in the local record table.
Furthermore, the number of bytes of the test script is usually larger, and further in this embodiment, when the type of the target test data is the test script, the target test data is substantially a compressed packet file, so as to increase the data transmission rate.
It should be noted that, in this embodiment, by fully considering the compiling difference between different types of test data, different test data are flexibly stored, so that unified storage of different types of data is realized, and convenience is provided for other requirements such as subsequent development.
Fig. 3 is a flowchart of another test data processing method according to an embodiment of the present disclosure, and this embodiment further explains how to store target test data according to basic parameters based on the above embodiment. As shown in fig. 3, the method for processing test data provided in this embodiment may include:
s301, a test data storage request is obtained.
In this embodiment, the user may generate a test data storage request according to the first transaction identifier, the second transaction identifier, the basic parameter, and the target test data and send the test data storage request to the server when the user has a new modification. Wherein, the newly added modification means that a new record generated based on the existing record is newly added on the basis of keeping the existing record and the existing test data, and the new record and the target test data are stored in a correlation manner. At this time, the target test data can be obtained by performing upgrade optimization on the existing test data.
For the convenience of differentiation, in this embodiment, the first transaction identifier is used to represent the transaction identifier of the processed test data processing request, and the second transaction identifier is used to represent the transaction identifier of the current test data processing request. Furthermore, one test data storage request uniquely corresponds to one transaction identifier, and one unique storage record can be generated based on one transaction identifier, so that the test data storage request and the storage records in the local record table are also in one-to-one correspondence. Thus, the first transaction identification may also represent an existing record; the second transaction is identified as a new record to be added to the local record table.
S302, under the condition that the basic parameters are identified to be included in the test material storage request, the target test material is stored, and the storage address is determined.
S303, according to the first transaction identifier in the test data storage request, inquiring from the local record table to obtain the target record.
Specifically, in this embodiment, the first transaction identifier may be extracted from the test data storage request, and the first transaction identifier may be used as an index word to search from the local record table, and use the found existing record as the target record.
Further, if the relevant record is not found from the local record table based on the first transaction identifier, the first transaction identifier error information may be fed back to the user to remind the user to provide a valid first transaction identifier; or reminding the user to select a newly added option, re-uploading the test data storage request and the like.
S304, generating a storage record according to the target record, the storage address, the second transaction identifier and the basic parameters in the test data storage request.
Optionally, the target record is adjusted based on the basic parameter and the second transaction identifier of the test data storage request and the storage address of the target data, so as to obtain the storage record of the target test data. For example, replacing the basic parameter in the target record with the basic parameter in the test data storage request, replacing the storage address in the target record with the storage address of the target test data, and replacing the first transaction identifier in the target record with the second transaction identifier, and retaining other information in the target record to obtain the storage record of the target test data. Further, to retain the target record, the target record may be copied and then processed on the copied target record to generate a storage record.
For example, if the user only modifies one or two of the version, model and product supported by the existing material, for example, if the user only upgrades the version, the version information included in the test material storage request may be the version supported by the target test material at this time; further, the product information and the model information in the test data storage request may be replaced with a general symbol. Furthermore, if the model information and the product information in the test data storage request are identified as the universal symbols, the model information and the product information in the target record can be reserved when the target record is modified. This may increase the flexibility of the solution and the user experience.
S305, storing the storage record in a local record table.
According to the technical scheme provided by the embodiment of the disclosure, the storage record is generated based on the existing record in the local record table, namely the target record, the second transaction identifier and the basic parameter in the test data storage request, and the storage address of the target test data in the test data storage request, so that the association relationship between the target test data and the storage record is established, and a foundation is laid for subsequent quick query and the like; meanwhile, the embodiment can generate the storage record of the target test data on the basis of the existing record, so that the flexibility of the scheme is further improved, and the user experience is also improved.
Further, on the basis of any of the above embodiments, in the case that the user has a query requirement, the user may obtain the required test data by: responding to the test data query request, and searching from a local record list according to a target version number and a target model in the test data query request to obtain a record list; displaying a record list to a sender of the test data query request; and feeding back the test data related to the record to the sender according to the record selected by the sender from the record list. The target version number and the target model are the version designated by the user and the designated equipment model.
In this embodiment, the test data query request may be a request sent by a user when the user has a test data query requirement. For example, when a user has a test data query requirement, the user can log in a login interface provided by the test data management auxiliary tool, and if the user successfully logs in, the user can select a query option in the data management interface provided by the test data management auxiliary tool; and the test data management auxiliary tool displays a parameter interface to the user under the condition that the user selects the query option, and the user can input related data in the parameter interface according to the prompt and click an addition completion button to trigger the generation of a test data query request.
Optionally, the test data query request may include a transaction identifier; further, if the test data query request includes the transaction identifier, the record associated with the transaction identifier may be directly located from the local record table based on the transaction identifier, and the storage address may be obtained from the record, so that the test data associated with the record, that is, the test data that the user needs to query, may be obtained based on the storage address.
Illustratively, if the test data query request does not include the transaction identifier, including the target version number and the target model number, the test data query request may further include other information such as product information and development team name; the target version number, the target model and other information can be used as index words to search from a local record table to obtain records meeting requirements and show the records to the sender in a list form, for example, a test data management auxiliary tool can be controlled to show a record list to the sender so that the sender can select one or more records from the record list according to actual requirements; and then, according to the record selected by the sender, the corresponding storage address can be obtained, further, the test data can be obtained based on the storage address, and the test data is packaged and fed back to the sender. Wherein, the record list includes at least one record, and the record in the record list does not include the memory address.
Further, on the basis of any of the above embodiments, in the case that the user has a modification requirement, the following steps may be performed: responding to the test data modification request, and searching from a local record table according to the transaction identifier in the test data modification request to acquire a storage address of the test data to be modified; and modifying the test data in the storage address.
In this embodiment, the test data modification request may be a request sent by a user when the user has a test data modification requirement. Further, the process of triggering generation of the test data modification request is similar to the process of triggering the test data query request, and is not described herein again.
Further, the test material query request may include a transaction identifier. Optionally, the server may copy a local record table, and only retain the transaction identifier and the basic information in the record to obtain a display list, and may update the display list according to the local record table at regular time, and send the display list to the test data management auxiliary tool at regular time, so that the sender may obtain, according to actual requirements, the transaction identifier associated with the test data to be modified from the display list, and add the transaction identifier to the test data query request.
Further, if a test data modification request is obtained, a transaction identifier can be obtained from the test data modification request, and based on the obtained transaction identifier, the transaction identifier can be searched from a local record table to obtain a storage address of the test data to be modified; the test material in the memory address can be modified based on the modified content in the request. For example, if the test data modification request includes a modification file, the modification file may be used to replace a file corresponding to the modification file in the storage address.
Furthermore, based on the transaction identifier, the memory address of the test data to be modified is obtained from the local record table, and simultaneously the records storing the memory address can be extracted together; and then modifying the extracted record based on the modification parameters in the test material modification request, and replacing the original record with the modified record.
Further, on the basis of any of the above embodiments, in the case that the user has a deletion requirement, the method may be performed as follows: responding to the test data deleting request, searching from a local record table according to the transaction identifier in the test data deleting request to obtain a record associated with the test data to be deleted, and obtaining a storage address from the record; the test data in the memory address is deleted and the record is deleted from the local record table.
It should be noted that, based on the embodiment of the present disclosure, the test data required by the user can be quickly and accurately located, and the search efficiency is improved; meanwhile, any operation such as addition, deletion, modification or check can be carried out on the test data, so that the diversified requirements of users are met; moreover, this embodiment is with the unified management of different grade type test data, and the user is when having the demand of testing based on some test data, owing to can acquire the test data of needs fast, and then also can promote efficiency of software testing.
FIG. 4 is a schematic structural diagram of a test data processing apparatus according to an embodiment of the disclosure. The embodiment of the disclosure is suitable for the situation of how to process the test data. The device can be implemented by software and/or hardware, and the device can implement the test data processing method according to any embodiment of the disclosure. As shown in fig. 4, the test data processing apparatus includes:
a request obtaining module 401, configured to obtain a test data storage request;
a storage module 402, configured to store the target test data according to the basic parameters when it is identified that the test data storage request includes the basic parameters; wherein the basic parameters at least include version information, model information and product information.
According to the technical scheme provided by the embodiment of the disclosure, under the condition that the test data storage request is obtained, if the test data storage request comprises the basic parameters, the target test data in the test data storage request is stored according to the basic parameters. According to the scheme, the types of the test data are not distinguished, namely the unified management of different types of test data is realized, and compared with the separated storage, the complexity and the cost of the management are reduced; meanwhile, a basis is provided for subsequent management operations such as quick search, reading, writing and the like of test data.
Illustratively, the storage module 402 is specifically configured to:
storing the target test data and determining a storage address;
generating a storage record according to the basic parameters, the storage address and the transaction identifier of the test data storage request;
and storing the storage record in a local record table.
Illustratively, the storage module 402 is specifically configured to:
storing the target test data and determining a storage address;
inquiring from a local record table according to a first transaction identifier in the test data storage request to obtain a target record;
generating a storage record according to the target record, the storage address, the second transaction identifier and the basic parameter in the test data storage request;
and storing the storage record in a local record table.
Illustratively, the basic parameters further include the type of target test material; the storage module 402 is specifically configured to:
if the type of the target test data is a test case, storing the file in the target test data, and determining a storage address;
generating a storage record according to the text, the basic parameters, the storage address and the transaction identifier of the test data storage request in the target test data;
and storing the storage record in a local record table.
Exemplarily, the apparatus further includes:
the first searching module is used for responding to the test data query request, and searching from the local record list according to the target version number and the target model in the test data query request to obtain a record list;
the record display module is used for displaying a record list to a sender of the test data query request;
and the data feedback module is used for feeding back the test data related to the record to the sender according to the record selected by the sender from the record list.
Exemplarily, the apparatus further includes:
the second searching module is used for responding to the test data modification request, searching from the local recording table according to the transaction identifier in the test data modification request, and acquiring the storage address of the test data to be modified;
and the modification module is used for modifying the test data in the storage address.
In the technical scheme of the disclosure, the acquisition, storage, application and the like of the related test data, version information, model information, product information and the like all accord with the regulations of related laws and regulations without violating the good customs of the public order.
The present disclosure also provides an electronic device, a readable storage medium, and a computer program product according to embodiments of the present disclosure.
FIG. 5 illustrates a schematic block diagram of an example electronic device 500 that can be used to implement embodiments of the present disclosure. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the disclosure described and/or claimed herein.
As shown in fig. 5, the electronic device 500 includes a computing unit 501, which can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)502 or a computer program loaded from a storage unit 508 into a Random Access Memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the electronic apparatus 500 can also be stored. The calculation unit 501, the ROM 502, and the RAM 503 are connected to each other by a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.
A number of components in the electronic device 500 are connected to the I/O interface 505, including: an input unit 506 such as a keyboard, a mouse, or the like; an output unit 507 such as various types of displays, speakers, and the like; a storage unit 508, such as a magnetic disk, optical disk, or the like; and a communication unit 509 such as a network card, modem, wireless communication transceiver, etc. The communication unit 509 allows the electronic device 500 to exchange information/data with other devices through a computer network such as the internet and/or various telecommunication networks.
The computing unit 501 may be a variety of general-purpose and/or special-purpose processing components having processing and computing capabilities. Some examples of the computing unit 501 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and so forth. The computing unit 501 performs the various methods and processes described above, such as the test data processing method. For example, in some embodiments, the test data processing method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as storage unit 508. In some embodiments, part or all of the computer program may be loaded and/or installed onto the electronic device 500 via the ROM 502 and/or the communication unit 509. When loaded into RAM 503 and executed by the computing unit 501, may perform one or more of the steps of the test data processing method described above. Alternatively, in other embodiments, the computing unit 501 may be configured to perform the test material processing method by any other suitable means (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for implementing the methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.
The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server may be a cloud server, a server of a distributed system, or a server with a combined blockchain.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present disclosure may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present disclosure can be achieved, and the present disclosure is not limited herein.
The above detailed description should not be construed as limiting the scope of the disclosure. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present disclosure should be included in the scope of protection of the present disclosure.
Claims (15)
1. A test data processing method includes:
acquiring a test data storage request;
under the condition that the test data storage request comprises basic parameters, storing target test data according to the basic parameters; wherein the basic parameters at least include version information, model information, and product information.
2. The method of claim 1, wherein storing the target test profile based on the base parameters comprises:
storing the target test data and determining a storage address;
generating a storage record according to the basic parameters, the storage address and the transaction identifier of the test data storage request;
and storing the storage record in a local record table.
3. The method of claim 1, wherein storing the target test profile based on the base parameters comprises:
storing the target test data and determining a storage address;
inquiring from a local record table according to the first transaction identifier in the test data storage request to obtain a target record;
generating a storage record according to the target record, the storage address, the second transaction identifier in the test material storage request and the basic parameter;
and storing the storage record in the local record table.
4. The method of claim 1, wherein the basic parameters further include a type of target test material; the storing the target test data according to the basic parameters comprises the following steps:
if the type of the target test data is a test case, storing the files in the target test data, and determining a storage address;
generating a storage record according to the text in the target test data, the basic parameters, the storage address and the transaction identifier of the test data storage request;
and storing the storage record in a local record table.
5. The method of any of claims 2-4, further comprising:
responding to a test data query request, and searching from a local record list according to a target version number and a target model in the test data query request to obtain a record list;
displaying the record list to a sender of the test data query request;
and feeding back the test data related to the record to the sender according to the record selected by the sender from the record list.
6. The method of any of claims 2-5, further comprising:
responding to a test data modification request, and searching from a local record table according to a transaction identifier in the test data modification request to obtain a storage address of the test data to be modified;
and modifying the test data in the storage address.
7. A test data processing apparatus includes:
the request acquisition module is used for acquiring a test data storage request;
the storage module is used for storing the target test data according to the basic parameters under the condition that the test data storage request comprises the basic parameters; wherein the basic parameters at least include version information, model information, and product information.
8. The apparatus of claim 7, wherein the storage module is specifically configured to:
storing the target test data and determining a storage address;
generating a storage record according to the basic parameters, the storage address and the transaction identifier of the test data storage request;
and storing the storage record in a local record table.
9. The apparatus of claim 7, wherein the storage module is specifically configured to:
storing the target test data and determining a storage address;
inquiring from a local record table according to the first transaction identifier in the test data storage request to obtain a target record;
generating a storage record according to the target record, the storage address, the second transaction identifier in the test material storage request and the basic parameter;
and storing the storage record in the local record table.
10. The apparatus of claim 7, wherein the basic parameters further include a type of target test material; the storage module is specifically configured to:
if the type of the target test data is a test case, storing the files in the target test data, and determining a storage address;
generating a storage record according to the text in the target test data, the basic parameters, the storage address and the transaction identifier of the test data storage request;
and storing the storage record in a local record table.
11. The apparatus of any of claims 8-10, further comprising:
the first searching module is used for responding to a test data query request, and searching from a local record list according to a target version number and a target model in the test data query request to obtain a record list;
the record display module is used for displaying the record list to a sender of the test material inquiry request;
and the data feedback module is used for feeding back the test data related to the record to the sender according to the record selected by the sender from the record list.
12. The apparatus of any of claims 8-11, further comprising:
the second searching module is used for responding to the test data modification request, searching from a local record table according to the transaction identifier in the test data modification request, and acquiring the storage address of the test data to be modified;
and the modification module is used for modifying the test data in the storage address.
13. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the test data processing method of any of claims 1-6.
14. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the test material processing method according to any one of claims 1 to 6.
15. A computer program product comprising a computer program which, when executed by a processor, implements a test data processing method according to any one of claims 1-6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110901465.4A CN113626409B (en) | 2021-08-06 | 2021-08-06 | Test data processing method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110901465.4A CN113626409B (en) | 2021-08-06 | 2021-08-06 | Test data processing method, device, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113626409A true CN113626409A (en) | 2021-11-09 |
| CN113626409B CN113626409B (en) | 2023-08-15 |
Family
ID=78383118
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110901465.4A Active CN113626409B (en) | 2021-08-06 | 2021-08-06 | Test data processing method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113626409B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6182245B1 (en) * | 1998-08-31 | 2001-01-30 | Lsi Logic Corporation | Software test case client/server system and method |
| CN108459956A (en) * | 2017-11-29 | 2018-08-28 | 平安科技（深圳）有限公司 | Test report automatic management method, apparatus, equipment and storage medium |
| US20180276109A1 (en) * | 2017-03-24 | 2018-09-27 | International Business Machines Corporation | Distributed system test device |
| CN109062802A (en) * | 2018-08-13 | 2018-12-21 | 深圳壹账通智能科技有限公司 | A kind of method for testing software, computer readable storage medium and terminal device |
| CN112148593A (en) * | 2020-09-01 | 2020-12-29 | 杭州大搜车汽车服务有限公司 | Test case management method, device and equipment |
| CN112579530A (en) * | 2020-12-14 | 2021-03-30 | 莱诺斯科技（北京）股份有限公司 | Data resource organization method and device of automatic test system |
-
2021
- 2021-08-06 CN CN202110901465.4A patent/CN113626409B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6182245B1 (en) * | 1998-08-31 | 2001-01-30 | Lsi Logic Corporation | Software test case client/server system and method |
| US20180276109A1 (en) * | 2017-03-24 | 2018-09-27 | International Business Machines Corporation | Distributed system test device |
| CN108459956A (en) * | 2017-11-29 | 2018-08-28 | 平安科技（深圳）有限公司 | Test report automatic management method, apparatus, equipment and storage medium |
| CN109062802A (en) * | 2018-08-13 | 2018-12-21 | 深圳壹账通智能科技有限公司 | A kind of method for testing software, computer readable storage medium and terminal device |
| CN112148593A (en) * | 2020-09-01 | 2020-12-29 | 杭州大搜车汽车服务有限公司 | Test case management method, device and equipment |
| CN112579530A (en) * | 2020-12-14 | 2021-03-30 | 莱诺斯科技（北京）股份有限公司 | Data resource organization method and device of automatic test system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113626409B (en) | 2023-08-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112491602B (en) | Behavior data monitoring method and device, computer equipment and medium | |
| CN108958959B (en) | Method and device for detecting hive data table | |
| EP3907631B1 (en) | Applet processing method and apparatus, device and storage medium | |
| CN110895472A (en) | Method and device for identifying service change | |
| CN112559354A (en) | Front-end code specification detection method and device, computer equipment and storage medium | |
| CN104881454A (en) | Updating method and system of parameter | |
| CN111314063A (en) | Big data information management method, system and device based on Internet of things | |
| CN111767297B (en) | Big data processing method, device, equipment and medium | |
| CN111737227A (en) | Data modification method and system | |
| CN110688305B (en) | Test environment synchronization method, device, medium and electronic equipment | |
| CN109858285B (en) | Block chain data processing method, device, equipment and medium | |
| CN110990346A (en) | File data processing method, device, equipment and storage medium based on block chain | |
| CN110716804A (en) | Method and device for automatically deleting useless resources, storage medium and electronic equipment | |
| CN104348905A (en) | Method and device for pushing message in off-line way | |
| CN113590172A (en) | Code file publishing method, device, equipment and storage medium | |
| CN112685115A (en) | International cue language generating method, system, computer equipment and storage medium | |
| CN113626409B (en) | Test data processing method, device, equipment and storage medium | |
| CN114143308A (en) | File uploading information processing method and device, computer equipment and storage medium | |
| CN111367898A (en) | Data processing method, device, system, electronic equipment and storage medium | |
| CN115757191B (en) | Data processing method and device | |
| CN112445790B (en) | Report data storage method, device, equipment and medium | |
| CN113420037B (en) | Asset data real-time changing method and device | |
| CN112560462B (en) | Event extraction service generation method, device, server and medium | |
| CN113806416B (en) | Method and device for realizing real-time data service and electronic equipment | |
| CN110262756B (en) | Method and device for caching data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |