CN113626409B - Test data processing method, device, equipment and storage medium - Google Patents
Test data processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN113626409B CN113626409B CN202110901465.4A CN202110901465A CN113626409B CN 113626409 B CN113626409 B CN 113626409B CN 202110901465 A CN202110901465 A CN 202110901465A CN 113626409 B CN113626409 B CN 113626409B
- 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.)
- Active
Links
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 disclosure provides a test data processing method, a device, equipment and a storage medium, relates to the technical field of computers, and particularly relates to software development and test, data storage and intelligent search technologies. The specific implementation scheme is as follows: acquiring a test data storage request; under the condition that the test data storage request is identified to comprise 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, 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 of software development and testing, data storage, and intelligent searching, and more particularly, to a method, apparatus, device, and storage medium for processing test data.
Background
Software testing is a technique that authenticates software for correctness, integrity, security, quality, and the like. Software is typically tested, requiring test data. The test data generally includes two major types of test cases (i.e., test cases) and test scripts.
If the test data management is confusing, it will take a long time for the user to acquire the specific required data. Therefore, how to manage the test data is of great importance.
Disclosure of Invention
The present disclosure provides a test data processing method, apparatus, device and storage medium.
According to an aspect of the present disclosure, there is provided a test data processing method, the method including:
acquiring a test data storage request;
under the condition that the test data storage request is identified to comprise 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 comprising:
the request acquisition module is used for acquiring a test data storage request;
the storage module is used for storing target test data according to the basic parameters when the basic parameters are included in the test data storage request; 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 liquid crystal display device comprises a liquid crystal display device,
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 one 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 the 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, unified management of different types of test data is realized.
It should be understood that the description in this section is not intended to identify key or critical features of the embodiments of the disclosure, nor is it intended to be used to limit the scope of the disclosure. Other features of the present disclosure will become apparent from the following specification.
Drawings
The drawings are for a better understanding of the present solution and are not to be construed as limiting the present disclosure. Wherein:
FIG. 1 is a flow chart of a test data processing method provided in accordance with an embodiment of the present disclosure;
FIG. 2 is a flow chart of another test data processing method provided in accordance with an embodiment of the present disclosure;
FIG. 3 is a flow chart of yet another test data processing method provided in accordance with an embodiment of the present disclosure;
FIG. 4 is a schematic diagram of a test data processing device according to an embodiment of the present disclosure;
FIG. 5 is a block diagram of an electronic device for implementing a test data processing method of an embodiment of the present disclosure;
Detailed Description
Exemplary embodiments of the present disclosure are described below in conjunction with the accompanying drawings, which include various details of the embodiments of the present disclosure to facilitate understanding, and should be considered as merely exemplary. Accordingly, one 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 flow chart of a test data processing method according to an embodiment of the present disclosure. The embodiment of the disclosure is applicable to the situation of how to process test data. The method may be performed by a test data processing apparatus, which may be implemented in software and/or hardware, and may be integrated in an electronic device, such as a server, carrying test data processing functions. As shown in fig. 1, the test data processing method provided in this embodiment may include:
s101, acquiring a test data storage request.
In this embodiment, the test data is data required for testing the software, and may include two types of test cases and test scripts. The test profile storage request may be a request sent by a user when there is a test profile storage requirement. For example, when the user has a requirement for storing test data, the user can log in a login interface provided by the test data management auxiliary tool, if the user successfully logs in, the user can select a new option in the data management interface provided by the test data management auxiliary tool and click an upload button to upload target test data; after the test data management auxiliary tool determines that the target test data is successfully uploaded, a parameter interface is displayed for a user; the user can input related data in the parameter interface according to the prompt, click an add completion button, and trigger to generate a test data storage request; the test data management auxiliary tool can transmit a test data storage request to the server through a preset communication mode. Optionally, the auxiliary tool for managing the test data is a tool for auxiliary management of the test data, and can be an application program, a webpage, an automation script or the like; further, the user can store, delete, modify or query the test data by means of the test data auxiliary 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. Further, the software versions and device models for different test data may be different, so that in order to enable a user who needs to use the test data to accurately obtain the required data, the test data storage request sent by any user in this embodiment needs to include basic parameters; the basic parameters are environment parameters which are required to be met by adopting the 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, and particularly comprises a supported version range, including a minimum version number and 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 a product which can be tested by adopting the target test data. For example, the target test data is used for testing the photographic function, and the product information can be all products with the photographic function. Further, the basic parameters may further include the type of the target test data.
Further, if the target test material is used for testing a specific functional module (such as a message sending module) in a certain software, the test material storage request may further include a module identifier, where the module identifier is used for uniquely identifying the module, and may be a module number or the like.
Further, the test data storage request can also include other information, such as a development team name, a transaction identifier, and the like; the transaction identifier can be randomly generated by the test data auxiliary tool or generated by the test data auxiliary tool according to related data filled by a user; further, the transaction identifier has a one-to-one correspondence with the test data storage request, i.e., one test data storage request uniquely corresponds to one transaction identifier.
S102, storing the target test data according to the basic parameters when the basic parameters are included in the test data storage request.
In order to ensure the safety of the stored test data, in one embodiment, after the test data storage request is acquired, the storage authority of the sender of the test data storage request may be checked.
In the case of determining that the storage authority is available, it may be first identified whether the test material storage request includes the test material; if so, the test data included in the test data storage request is used as 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 and other failure reasons are caused by carrying the missing data.
Illustratively, the parameters in the test material storage request are verified at a request that includes the target test material in the test material storage request. For example, it is identified whether the base parameters are included in the test profile storage request. Furthermore, if any basic parameter is absent in the test data storage request, the storage failure information can be fed back to the sender of the test data storage request, and the storage failure and other failure reasons can be caused by carrying the missing basic parameter.
Further, in the case that the basic parameters are included in the test material storage request is identified, the target test material in the test material 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 the storage address is obtained; and storing the storage address and the basic parameters in an associated mode according to the set format. Furthermore, under any requirement of deleting, modifying or inquiring the test data by the user, the required test data can be quickly positioned based on the association between the storage address and the basic parameter.
Or a record table can be constructed locally in advance and is specially used for recording the storage condition of the target test data. And further, the target test data can be stored according to the basic parameters and the local record table.
It should be noted that, at present, different types of test materials are stored separately, for example, a GIT tool is generally used for test scripts, and an Excel, an xmind, and other tools are generally used for test cases. Such separate storage is inconvenient to manage and inconvenient for the user to acquire. In addition, the existing mode for storing test scripts and test cases has the defects of disordered storage, difficulty in searching by a user and the like.
The embodiment of the disclosure does not distinguish the types of the test data, namely, unified management of different types of test data is realized, and compared with separate storage, the complexity and cost of management are reduced. Furthermore, the embodiment of the disclosure stores the test data based on the basic parameters, and provides basis for subsequent management operations such as quick searching, reading, writing 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 acquired, if the test data storage request is identified to comprise the basic parameters, storing target test data in the test data storage request according to the basic parameters. According to the scheme, the unified management of different types of test data is realized without distinguishing the types of the test data, and compared with separate storage, the complexity and cost of management are reduced; meanwhile, a basis is provided for the subsequent management operations such as quick searching, reading, writing of test data and the like.
Fig. 2 is a flowchart of another test data processing method according to an embodiment of the present disclosure, and the embodiment further explains in detail how "the target test data is stored according to the basic parameters" based on the above embodiment. As shown in fig. 2, the test data processing method provided in this embodiment may include:
s201, obtaining a test data storage request.
S202, storing the target test data and determining a storage address under the condition that the test data storage request comprises the basic parameters.
Alternatively, a database may be used in this embodiment to store the test data. Further, in the case where the basic parameters are included in the test material storage request is identified, the target test material may be stored in the database, and the storage address of the target test material 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.
Alternatively, the transaction identifier may be obtained from a test material storage request, and may also 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 use a hash algorithm to encode the test data storage request 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 identifier + base parameter + storage address, based on the base parameter, storage address, and transaction identifier. For example, version information may be written to the version field, model information may be written to the model field, a memory address may be written to the description field, and a transaction identification may be written to the header field, thereby obtaining a memory record associated with the target test material.
Further, in the case that the test material storage request includes other information (such as a development team name, etc.), a storage record may also be generated according to a set format according to the basic parameter, the storage address, the transaction identifier, and other information.
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 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 acquire the storage address of the test data which the user needs to query and feed back the storage address 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 subsequent rapid query of user demand data.
Because different types of test data are written in different manners, for example, test cases are generally written in a manner of combining text and files, test scripts are written in a manner of files, and the like. Further, on the basis of any of the above embodiments, according to the basic parameters, a further implementation manner of storing the target test data is to store the file in the target test data and determine the storage address if the type of the target test data is a test case; 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; the stored record is stored in a local record table.
Specifically, if the type of the target test data is a test case, a file (such as txt file and picture) 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 in the target test data (further can be the keyword of the text 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 a test script, the target test data can be directly stored, a storage address is determined, and then a storage record can be generated according to the basic parameter, the storage address and the transaction identifier of the test data request, and the storage record is stored in a local record table.
Further, the number of bytes of the test script is generally larger, and in this embodiment, when the type of the target test data is the test script, the target test data is essentially a compressed packet file, so as to increase the data transmission rate.
It should be noted that, in this embodiment, by fully considering the writing 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 the embodiment further explains in detail how to store the target test data according to the 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, acquiring a test data storage request.
In this embodiment, the user may generate the 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 under the condition that the user has a new modification. The new record is generated based on the existing record and is stored in association with the target test data. At this time, the target test data may be obtained by performing upgrade optimization on the existing test data.
For convenience of distinction, 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, since one test data storage request uniquely corresponds to one transaction identifier, and only one storage record can be generated based on one transaction identifier, the test data storage request and the storage record in the local record table are also in one-to-one correspondence. Thus, the first transaction identifier may also represent an existing record; the second transaction is identified as a new record to be added to the local record table.
S302, storing the target test data and determining a storage address under the condition that the test data storage request comprises the basic parameters.
S303, according to the first transaction identifier in the test data storage request, inquiring is carried out from the local record table so as to acquire 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, and found in the local record table, and the found existing record may be used as the target record.
Further, if no relevant record is found from the local record table based on the first transaction identification, error information of the first transaction identification can be fed back to the user so as to remind the user of providing a valid first transaction identification; or reminding the user to select a new option, re-uploading the test data storage request, and the like.
S304, generating a storage record according to the target record, the storage address and the second transaction identification 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, the basic parameters in the target record are replaced by the basic parameters in the test data storage request, the storage address in the target record is replaced by the storage address of the target test data, the first transaction identifier in the target record is replaced by the second transaction identifier, and other information in the target record is reserved to obtain the storage record of the target test data. Further, in order to preserve the target record, the target record may be copied, and then processed on the copied target record to generate the storage record.
For example, if the user only modifies one or both of the version, model, and product supported by the existing material, such as if the user only upgrades the version, then 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 model information in the test material storage request may be replaced with common symbols. Furthermore, if the identification of the test data storage request indicates that the model information and the product information are common symbols, the model information and the product information in the target record can be reserved when the target record is modified. The flexibility of the scheme and the experience of the user can be increased.
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 inquiry 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 experience of a user 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 table according to the target version number and the target model number 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 test data associated with the records to the sender according to the records selected from the record list by the sender. The target version number and the target model number are the version appointed by the user and the appointed equipment model number.
In this embodiment, the test material query request may be a request sent by the user when the user has a test material query requirement. For example, when a user has a test data inquiry 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 an inquiry option in the data management interface provided by the test data management auxiliary tool; under the condition that the test data management auxiliary tool determines that the user selects the query option, a parameter interface is displayed for the user, the user can input relevant data in the parameter interface according to the prompt, and click an add completion button, so as to trigger and generate a test data query request.
Optionally, the test material 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.
For example, if the test data query request does not include the transaction identifier, including the target version number and the target model number, other information such as product information and development team name may be included; the target version number, the target model number and other information can be used as index words, the target version number, the target model number and other information can be searched from a local record table, records meeting the requirements are obtained and displayed to a sender in a list form, for example, a test data management auxiliary tool can be controlled to display 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, a corresponding storage address can be acquired, further, test data can be acquired based on the storage address, and the test data is packaged and then fed back to the sender. Wherein the record list includes at least one record, and the record in the record list does not include a storage address.
Further, on the basis of any of the above embodiments, the user may perform the following manner in the case of having a modification requirement: 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 obtain the storage address of the test data to be modified; the test data in the memory address is modified.
In this embodiment, the test material modification request may be a request sent by the user when the user has a test material modification requirement. Further, the process of triggering the generation of the test data modification request is similar to the process of triggering the test data query request, and will not be described again.
Further, the test profile query request may include a transaction identification. Optionally, the server may copy a local record table, only keep the transaction identifier and the basic information in the record, obtain the 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 the actual requirement, 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.
If the test data modification request is acquired, then the transaction identifier can be acquired from the test data modification request, and based on the acquired transaction identifier, the transaction identifier can be searched from a local record table to acquire the storage address of the test data to be modified; the test material in the memory address may then be modified based on the modification content in the test material modification request. For example, if the test material 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.
Further, based on the transaction identifier, the record storing the storage address of the test data to be modified can be extracted together while the storage address is obtained from the local record table; the extracted record may then be modified based on the modification parameters in the test material modification request and the original record replaced 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 following manner may be adopted: responding to a test data deleting request, searching from a local record table according to a 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; and deleting the test data in the storage address, and simultaneously deleting the record from the local record table.
It should be noted that, based on the embodiment of the present disclosure, test data required by a user can be quickly and accurately located, so that the searching efficiency is improved; meanwhile, any operation such as adding, deleting, modifying or checking can be performed on the test data, so that the diversified requirements of users are met; in addition, the embodiment uniformly manages different types of test data, and when a user has a test requirement based on certain test data, the user can quickly acquire the required test data, so that the test efficiency can be improved.
Fig. 4 is a schematic structural diagram of a test data processing device according to an embodiment of the disclosure. The embodiment of the disclosure is applicable to the situation of how to process 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 acquisition module 401, configured to acquire 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; the basic parameters at least comprise 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 acquired, if the test data storage request is identified to comprise the basic parameters, storing target test data in the test data storage request according to the basic parameters. According to the scheme, the unified management of different types of test data is realized without distinguishing the types of the test data, and compared with separate storage, the complexity and cost of management are reduced; meanwhile, a basis is provided for the subsequent management operations such as quick searching, reading, writing of test data and the like.
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;
the stored record is stored 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 acquire 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;
the stored record is stored in a local record table.
Illustratively, the base parameters also 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;
the stored record is stored in a local record table.
Illustratively, the apparatus further comprises:
the first searching module is used for responding to the test data query request, searching from the local record table according to the target version number and the target model in the test data query request so as 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 test data associated with the records to the sender according to the records selected from the record list by the sender.
Illustratively, the apparatus further comprises:
the second searching module is used for responding to the test data modification request, searching from the local record table according to the transaction identifier in the test data modification request so as to acquire 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 conform to the regulations of related laws and regulations, and the public order welcome is not violated.
According to embodiments of the present disclosure, the present disclosure also provides an electronic device, a readable storage medium and a computer program product.
Fig. 5 illustrates a schematic block diagram of an example electronic device 500 that may 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 telephones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be exemplary 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 that 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 device 500 may also be stored. The computing unit 501, ROM 502, and 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 electronic device 500 are connected to I/O interface 505, including: an input unit 506 such as a keyboard, a mouse, etc.; an output unit 507 such as various types of displays, speakers, and the like; a storage unit 508 such as a magnetic disk, an 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 via a computer network such as the internet and/or various telecommunication networks.
The computing unit 501 may be a variety of general and/or special purpose processing components having processing and computing capabilities. Some examples of computing unit 501 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various specialized Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 501 performs the various methods and processes described above, such as test data processing methods. For example, in some embodiments, the test data processing method may be implemented as a computer software program tangibly embodied on 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 the computer program is loaded into RAM 503 and executed by computing unit 501, one or more steps of the test data processing method described above may be performed. Alternatively, in other embodiments, the computing unit 501 may be configured to perform the test data processing method in any other suitable way (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuit systems, field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems On 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, the one or more computer programs may be executed and/or interpreted on a programmable system including at least one programmable processor, which may be a special purpose or general-purpose programmable processor, that may receive data and instructions from, and transmit data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program code 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 code, when executed by the processor or controller, causes the functions/operations specified in the flowchart and/or block diagram to be implemented. 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. The 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 pointing device (e.g., a mouse or 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 may 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 input, speech input, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a background 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 background, 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 a client and a server. The client and server are typically 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 incorporating a blockchain.
It should be appreciated that various forms of the flows shown above may be used to reorder, add, or delete steps. For example, the steps recited in the present disclosure may be performed in parallel or sequentially or in a different order, provided that the desired results of the technical solutions of the present disclosure are achieved, and are not limited herein.
The above detailed description should not be taken as limiting the scope of the present disclosure. It will be apparent to those skilled in the art that various modifications, combinations, sub-combinations and alternatives are possible, depending on design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present disclosure are intended to be included within the scope of the present disclosure.
Claims (10)
1. A test data processing method, comprising:
acquiring a test data storage request;
under the condition that the test data storage request is identified to comprise basic parameters, storing target test data according to the basic parameters; wherein the basic parameters at least comprise version information, model information and product information;
wherein, the storing the target test data according to the basic parameters includes:
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 acquire a target record;
generating a storage record according to the target record, the storage address, the second transaction identifier in the test data storage request and the basic parameter;
storing the storage record in the local record table;
wherein the first transaction identifier is a transaction identifier of a processed test data processing request; the second transaction identifier is the transaction identifier of the test data processing request.
2. The method of claim 1, wherein the base parameters further comprise 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 file 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.
3. The method of any of claims 1-2, further comprising:
responding to a test data query request, and searching from a local record table according to a target version number and a target model number 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 test data associated with the record to the sender according to the record selected by the sender from the record list.
4. A method according to claim 3, 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 so as to acquire a storage address of the test data to be modified;
the test data in the memory address is modified.
5. A test data processing apparatus comprising:
the request acquisition module is used for acquiring a test data storage request;
the storage module is used for storing target test data according to the basic parameters when the basic parameters are included in the test data storage request; wherein the basic parameters at least comprise version information, model information and product information;
the stored module 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 acquire a target record;
generating a storage record according to the target record, the storage address, the second transaction identifier in the test data storage request and the basic parameter;
storing the storage record in the local record table;
wherein the first transaction identifier is a transaction identifier of a processed test data processing request; the second transaction identifier is the transaction identifier of the test data processing request.
6. The apparatus of claim 5, wherein the base parameters further comprise a type of target test material; the storage module is specifically used for:
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 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.
7. The apparatus of any of claims 5-6, further comprising:
the first searching module is used for responding to a test data query request, searching from a local record table according to a target version number and a target model number in the test data query request, and obtaining a record list;
the record display module is used for displaying the record list to a sender of the test data query request;
and the data feedback module is used for feeding back test data associated with the records to the sender according to the records selected from the record list by the sender.
8. The apparatus of claim 7, further comprising:
the second searching module is used for responding to the test data modification request, searching from the local record table according to the transaction identifier in the test data modification request so as to acquire 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.
9. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein, the liquid crystal display device comprises a liquid crystal display device,
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 one of claims 1-4.
10. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the test data processing method according to any one of claims 1-4.
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 CN113626409A (en) | 2021-11-09 |
| CN113626409B true 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 (5)
| 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 |
| 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 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10372596B2 (en) * | 2017-03-24 | 2019-08-06 | International Business Machines Corporation | Distributed system test device |
-
2021
- 2021-08-06 CN CN202110901465.4A patent/CN113626409B/en active Active
Patent Citations (5)
| 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 |
| 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 |
|---|---|
| CN113626409A (en) | 2021-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108153670B (en) | Interface testing method and device and electronic equipment | |
| CN108519967B (en) | Chart visualization method and device, terminal and storage medium | |
| KR101999409B1 (en) | Formatting data by example | |
| EP3907631B1 (en) | Applet processing method and apparatus, device and storage medium | |
| CN110895472A (en) | Method and device for identifying service change | |
| 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 | |
| CN113590172A (en) | Code file publishing method, device, equipment and storage medium | |
| CN113626409B (en) | Test data processing method, device, equipment and storage medium | |
| CN111475468A (en) | Log access method, device, equipment and storage medium of newly added system | |
| CN113296796A (en) | Project release method, device, system, storage medium and electronic equipment | |
| CN115860877A (en) | Product marketing method, device, equipment and medium | |
| CN106713666B (en) | Identification display method and device for verification information | |
| CN111159988B (en) | Model processing method, device, computer equipment and storage medium | |
| CN114489674A (en) | Data verification method and device of dynamic data model | |
| CN114143308A (en) | File uploading information processing method and device, computer equipment and storage medium | |
| CN112417012A (en) | Data processing method and system | |
| CN111367898A (en) | Data processing method, device, system, electronic equipment and storage medium | |
| CN115757191B (en) | Data processing method and device | |
| CN110262756B (en) | Method and device for caching data | |
| CN112560462B (en) | Event extraction service generation method, device, server and medium | |
| CN109871310B (en) | Version quality testing method and device | |
| CN114201275A (en) | Data migration method, device, equipment and storage medium | |
| CN115408357A (en) | File record processing method, device, equipment and medium |
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 |