CN110647460A - Test resource management method and device and test client - Google Patents
Test resource management method and device and test client Download PDFInfo
- Publication number
- CN110647460A CN110647460A CN201910717969.3A CN201910717969A CN110647460A CN 110647460 A CN110647460 A CN 110647460A CN 201910717969 A CN201910717969 A CN 201910717969A CN 110647460 A CN110647460 A CN 110647460A
- Authority
- CN
- China
- Prior art keywords
- test
- resource
- resources
- shared server
- client
- 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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The embodiment of the invention provides a test resource management method, a test resource management device and a test client, wherein the method comprises the following steps: the shared server receives test resources uploaded by the first test client based on the execution process of the test case; the shared server persistently stores the received test resources in a database; and when the shared server receives a resource acquisition request of a second test client, responding to the resource acquisition request, acquiring the requested test resource from the database and returning the test resource to the second test client. By the mode, the problems that test resources need to be stored and updated respectively between the existing test clients, and the storage and update pressure and load are heavy are solved, and the technical effect of effectively reducing the backup and update pressure of the test resources is achieved.
Description
Technical Field
The invention relates to the technical field of internet, in particular to a test resource management method, a test resource management device and a test client.
Background
The existing test cases and test resources are generally stored and managed under one test framework, and in this case, the increase of the test cases leads to the increase of the test resources, so that the resource management becomes more and more complex. When the test case is backed up, the test resources also need to be backed up, which also increases the backup pressure.
Furthermore, at present, one person has one test case and one test resource, and each person independently updates the test resource, so that the synchronization of the test resources becomes complicated, when the test resources change, the updated codes and resources of the person need to be submitted firstly, then all the test cases with influences need to be updated and backed up, and then the test cases are uploaded to a server, and at the moment, other people perform synchronous updating operation, and then the test cases can be executed again.
In view of the above problems, no effective solution has been proposed.
Disclosure of Invention
The embodiment of the invention provides a test resource management method, a test resource management device and a test client, and aims to solve the technical problems of complicated operation processes and low efficiency of existing test resource storage, synchronization and the like.
In one aspect, a test resource management method is provided, where the method includes:
the shared server receives test resources uploaded by the first test client based on the execution process of the test case;
the shared server persistently stores the received test resources in a database;
and when the shared server receives a resource acquisition request of a second test client, responding to the resource acquisition request, acquiring the requested test resource from the database and returning the test resource to the second test client.
In one embodiment, text, pictures, videos, and execution logs and test reports are used by the test case execution process;
the resource types of the test resources include: testing resources of the information class and testing resources of the file class; and
the sharing server stores the received test resources in a database in a persistent mode, and the persistent mode comprises the following steps:
the shared server persistently stores the test resources of the information class into a redis database or a mysql database;
and the sharing server stores the test resources of the file class into the file data database in a persistent mode.
In one embodiment, the step of, by the shared server, in response to the resource obtaining request, obtaining the requested test resource from the database and returning the test resource to the second test client includes:
the shared server reads identification information from the resource acquisition request;
the shared server determines a test case and/or a file type corresponding to the requested test resource according to the identification information;
the shared server acquires the requested test resources from the database according to the determined test cases and/or file types;
and the shared server sends the acquired test resources to the second test client.
In one embodiment, before the shared server receives the resource obtaining request of the second test client, the method further includes:
the second test client judges whether a preset interface is opened or not;
under the condition that the interface is opened, the second test client sends the resource acquisition request to the shared server;
under the condition that the interface is not opened, the second client determines whether the requested test resource is cached in a local cache or not;
under the condition that the requested test resource is cached in the local cache, acquiring the requested test resource from the local cache;
and under the condition that the requested test resources are not cached in the local cache, the second test client sends prompt information to the shared server, wherein the prompt information is used for prompting the shared server to open the interface, and under the condition that the interface is open, the second test client sends the resource acquisition request to the shared server.
In one embodiment, after the sharing server obtains the requested test resource from the database and returns the test resource to the second test client, the method further includes:
and the second test client caches the test resources returned by the shared server according to the resource types.
In another aspect, a test resource management apparatus is provided, which is located in a shared server, and includes:
the first receiving module is used for receiving the test resources uploaded by the first test client based on the execution process of the test case;
the storage module is used for persistently storing the received test resources into a database;
and the return module is used for responding to the resource acquisition request when receiving the resource acquisition request of the second test client, acquiring the requested test resources from the database and returning the test resources to the second test client.
In one embodiment, the test resources include: texts, pictures, videos, execution logs and test reports used in the test case execution process;
the resource types of the test resources include: testing resources of the information class and testing resources of the file class; and
the memory module includes:
the first storage unit is used for persistently storing the test resources of the information class into a redis database or a mysql database;
and the second storage unit is used for persistently storing the test resources of the file class into the file data database.
In one embodiment, the return module comprises:
a reading unit, configured to read identification information from the resource acquisition request;
the determining unit is used for determining a test case and/or a file type corresponding to the requested test resource according to the identification information;
the acquisition unit is used for acquiring the requested test resources from the database according to the determined test cases and/or file types;
and the sending unit is used for sending the obtained test resources to the second test client.
In yet another aspect, a test client is provided, including:
the judging module is used for judging whether a preset interface is opened or not before sending a resource acquisition request to the shared server;
a first sending module, configured to send the resource acquisition request to the shared server when the interface is open;
the determining module is used for determining whether the requested test resource is cached in the local cache or not under the condition that the interface is not opened;
an obtaining module, configured to obtain a requested test resource from the local cache when the requested test resource is cached in the local cache;
and a second sending module, configured to send a prompt message to the shared server when the requested test resource is not cached in the local cache, where the prompt message is used to prompt the shared server to open the interface, and send the resource acquisition request to the shared server when the interface is open.
In one embodiment, the test client further includes:
and the cache module is used for caching the test resources returned by the shared server according to the resource types after the shared server obtains the requested test resources from the database and returns the test resources to the test client.
The technical scheme has the following beneficial effects: the shared server is arranged, the first test client can upload the execution process based on the test case to the shared server, and other test clients can acquire the test resources uploaded by the first test client from the shared server, so that on one hand, the backup of the test resources on the shared server is realized, and on the other hand, the test clients can share the test resources. By the mode, the problems that test resources need to be stored and updated respectively between the existing test clients, and the storage and update pressure and load are heavy are solved, and the technical effect of effectively reducing the backup and update pressure of the test resources is achieved.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a block diagram of a test resource management system according to an embodiment of the present invention;
FIG. 2 is a flowchart of a method for testing resource management according to an embodiment of the present invention;
FIG. 3 is a diagram illustrating a test resource management architecture according to an embodiment of the present invention;
FIG. 4 is a block diagram of a test resource management device according to an embodiment of the present invention;
fig. 5 is a block diagram of a test client according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Considering that the existing test cases and test resources are one person, and each person independently updates the test resources, the synchronization of the test resources becomes complicated, when the test resources change, the updated codes and resources of the person need to be submitted first, then all the test cases with influence need to be updated and backed up, and then the test cases are uploaded to a server, and at the moment, other people can re-execute the test cases through the changed test resources after synchronous updating operation.
In view of the above problem, in this example, a test resource management system is provided, as shown in fig. 1, which may include: the test clients 101 can upload test resources of the test clients based on the execution process of the test cases to the shared server 102 for storage, and other test clients can acquire the test resources from the shared server 102, so that synchronous updating can be realized, and the effect of realizing one-time storage through storage of the shared server can be realized.
Based on the above test resource management system, in this example, a test resource management method is further provided, as shown in fig. 2, the method may include the following steps:
step 201: the shared server receives test resources uploaded by the first test client based on the execution process of the test case;
the first testing client may be any one of the clients in the testing resource management system, and the testing resources uploaded by the first testing client may be queued and uploaded in a queue manner.
Step 202: the shared server persistently stores the received test resources in a database;
the shared server can store the test resources uploaded by each client according to the first-in first-out characteristic of the queue. That is, if a test resource uploaded by the first test client is queued, the shared server stores the resource.
Furthermore, for the existing test case, after each execution, the test resources such as the execution log are stored locally, but the test resources are not subjected to persistent management, so that the history log is easily lost, and other people cannot check the execution log of themselves, so that the subsequent test has no history basis.
For this reason, in this example, the shared server may perform persistent storage on the acquired test resource after acquiring the test resource, so that effective reference can be performed when the test resource needs to be called or referred later. In particular, the shared server may persistently store the test resources in a database.
Step 203: and when the shared server receives a resource acquisition request of a second test client, responding to the resource acquisition request, acquiring the requested test resource from the database and returning the test resource to the second test client.
After the first testing client stores the testing resources in the shared server, other clients can obtain the testing resources from the shared server, so that one client does not need to maintain one part, and the storage demand is greatly reduced.
In the above example, a shared server is provided, the first testing client may upload the execution process based on the test case to the shared server, and the other testing clients may obtain the testing resource uploaded by the first testing client from the shared server, so that on one hand, the testing resource backup on the shared server is realized, and on the other hand, the testing clients may share the testing resource. By the mode, the problems that test resources need to be stored and updated respectively between the existing test clients, and the storage and update pressure and load are heavy are solved, and the technical effect of effectively reducing the backup and update pressure of the test resources is achieved.
When the test resource persistence storage is actually performed, the shared server can perform classified storage on the test resources in consideration of the diversity of data types in the test resources, for example, the test resources of information classes can be persistently stored into redis and mysql; and persistently storing the test resources of the file class into a file data database. However, it should be noted that the specific example of the classified storage given above is only an exemplary description, and in practical implementation, the classified storage may be performed in other manners, which is not limited in this application.
The test resources may include: texts, pictures, videos, execution logs and test reports used in the test case execution process; for these test resources, there may be multiple resource types, such as: the test resources of the information class and the test resources of the file class are in the form of information, such as parameters and the like required by the test, and these are in the form of single information, and the test resources of the file class are in the form of files, such as texts, test reports and the like, and are a file which can be directly called and viewed.
In order to achieve effective acquisition of the test resources, the resource acquisition request may carry identification information, where the identification information is used to identify which test case test resource or which type of test resource the client requests to acquire. Based on the identification information, the shared server can accurately locate the test resource to be acquired. Specifically, the step of the shared server responding to the resource obtaining request and providing the test resource to the second test client may include: the sharing server reads the identification information from the resource acquisition request; the sharing server determines a test case and/or a file type corresponding to the requested test resource according to the identification information; the shared server acquires the requested test resources from the database according to the determined test cases and/or file types; and the shared server sends the acquired test resources to the second test client.
In actual implementation, interface packaging can be performed by the resource management service, and the interface packaging is exposed to the client so that the client can upload test resources or acquire the test resources. Specifically, the receiving, by the shared server, a resource acquisition request of the second test client may include: the second test client judges whether a preset interface is opened; under the condition that the interface is opened, the second test client sends the resource acquisition request to the shared server; under the condition that the interface is not opened, the second testing client determines whether the testing resource is cached in a local cache or not; under the condition that the test resource is cached in the local cache, acquiring the test resource from the local cache; and under the condition that the test resources are not cached in the local cache, the second test client sends prompt information to the shared server, wherein the prompt information is used for prompting the shared server to open the interface, and under the condition that the interface is open, the second test client sends the resource acquisition request to the shared server.
That is, it may be determined whether the interface is open, if the interface is open, the test resource may be directly obtained from the shared server, if the interface is not open, the test resource may be obtained from the local cache, and if the local cache does not have the test resource, the interface may be requested from the shared server to obtain the test resource from the shared server.
The interface may be installed in the test client in the form of an SDK, that is, the interface may be installed according to the corresponding SDK.
In the above example, because the test resources are not fixed, the problem of test case failure due to the fixed test resources can be avoided, and the problems of history log loss, inability to refer, and the like can also be avoided by performing persistence processing on the test resources such as the log.
The above method is described below with reference to a specific example, however, it should be noted that the specific example is only for better describing the present application and is not to be construed as limiting the present application.
In this example, a test resource management system is provided, as shown in fig. 3, which may include: data acquisition module, resource management module, storage module, SDK, wherein:
and the data acquisition module is used for uploading the test resources by the user, writing the test resources into the data queue and waiting for the server to acquire the test resources.
The resource management module is used for logically processing the test resource data and storing the processed data when a user uploads the test resource or reads the test resource in the data queue; and when the user acquires the test resources, acquiring data from the database and returning the data to the user.
The storage module is configured to store the test resources, and may perform classified storage according to different resource types, for example, the test resources of the information class may be stored in redis and mysql, and the test resources of the file class may be stored in the file data.
And the SDK can realize the bash shell service and the java service, performs interface packaging on the resource management service, and exposes the interface to the client for uploading and acquiring the test resources. Through the interface, local cache storage can be performed for the client, and classified storage can be performed for the server on the acquired resources, for example, a maximum of 20 test resources of file classes can be controlled to be stored in the local cache. Furthermore, a dependent server switch can be arranged on the SDK, and when the SDK is started, the client acquires the test resources from the server and performs local cache; when the switch is closed, the client directly caches the test resources from the local cache, and if the test resources are not stored in the local cache, the client prompts the server to open the switch, so that the stability of the automatic test is guaranteed.
The method can be applied to a message box platform, a multimedia platform, an open platform and the like of the microblog, the cost of accessing the resources can be reduced by the method, and the test resources do not need to be collected independently; when the test is finished, the execution result, the execution log and other test resources are uploaded to the shared server, and testers and developers can look up the history records and keep the test basis.
By the scheme, the test resources can be managed in real time, and the test resources change without modifying the test codes; the test resources can be shared, when one person uploads the test resources, other test cases can use the test resources; furthermore, the codes and the test resources are separated, and the load of the code management server is reduced. The test logs and the reports can be stored persistently, on one hand, the test case execution waiting time of a tester is released, a developer can check the test result, and on-line operation can be directly carried out without inquiring the test result under the condition that no problem is found. On the other hand, log loss due to some misoperation is reduced. Namely, the management of the test resources is realized by using the SpringBoot framework, the test resources of testers are managed in a unified manner, the log is reported, and a resource sharing strategy is carried out, so that the problems of loss and update of the test resources are solved, the management of files is greatly facilitated, and the basis is also left for future tests.
Based on the same inventive concept, the embodiment of the present invention further provides a test resource management apparatus, as described in the following embodiments. Because the principle of solving the problem of the test resource management device is similar to that of the test resource management method, the implementation of the test resource management device can refer to the implementation of the test resource management method, and repeated details are not repeated. As used hereinafter, the term "unit" or "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated. Fig. 4 is a block diagram of a test resource management apparatus according to an embodiment of the present invention, which is located in a shared server, and as shown in fig. 4, the test resource management apparatus may include: a receiving module 401, a storing module 402 and a returning module 403, the structure of which will be described below.
A receiving module 401, configured to receive a test resource uploaded by a first test client based on an execution process of a test case;
a storage module 402, configured to persistently store the received test resource in a database;
a returning module 403, configured to, when receiving a resource obtaining request of a second testing client, in response to the resource obtaining request, obtain a requested testing resource from the database and return the testing resource to the second testing client.
Furthermore, for the existing test case, after each execution, the test resources such as the execution log are stored locally, but the test resources are not subjected to persistent management, so that the history log is easily lost, and other people cannot check the execution log of themselves, so that the subsequent test has no history basis.
For this reason, in this example, the shared server may perform persistent storage on the acquired test resource after acquiring the test resource, so that effective reference can be performed when the test resource needs to be called or referred later. In particular, the shared server may persistently store the test resources in a database.
In one embodiment, the test resources may include: texts, pictures, videos, execution logs and test reports used in the test case execution process; the resource types of the test resources may include: testing resources of the information class and testing resources of the file class; and the storage module 402 may include: the first storage unit is used for persistently storing the test resources of the information class into a redis database or a mysql database; and the second storage unit is used for persistently storing the test resources of the file class into the file class database.
In one embodiment, the returning module 403 may include: a reading unit, configured to read identification information from the resource acquisition request; the determining unit is used for determining a test case and/or a file type corresponding to the requested test resource according to the identification information; the acquisition unit is used for acquiring the requested test resources from the database according to the determined test cases and/or file types; and the sending unit is used for sending the obtained test resources to the second test client.
In this example, there is also provided a testing client, as shown in fig. 5, which may include the following modules:
a judging module 501, configured to judge whether a preset interface is open before sending a resource acquisition request to a shared server;
a first sending module 502, configured to send the resource obtaining request to the shared server when the interface is open;
a determining module 503, configured to determine whether the requested test resource is cached in the local cache when the interface is not opened;
an obtaining module 504, configured to obtain a requested test resource from the local cache when the requested test resource is cached in the local cache;
a second sending module 505, configured to send a prompt message to the shared server when the requested test resource is not cached in the local cache, where the prompt message is used to prompt the shared server to open the interface, and send the resource acquisition request to the shared server when the interface is open.
In an embodiment, the test client may further include: and the cache module is used for caching the test resources returned by the shared server according to the resource types after the shared server obtains the requested test resources from the database and returns the test resources to the test client.
In the above example, a shared server is provided, the first testing client may upload the execution process based on the test case to the shared server, and the other testing clients may obtain the testing resource uploaded by the first testing client from the shared server, so that on one hand, the testing resource backup on the shared server is realized, and on the other hand, the testing clients may share the testing resource. By the mode, the problems that test resources need to be stored and updated respectively between the existing test clients, and the storage and update pressure and load are heavy are solved, and the technical effect of effectively reducing the backup and update pressure of the test resources is achieved.
Those of skill in the art will further appreciate that the various illustrative logical blocks, units, and steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate the interchangeability of hardware and software, various illustrative components, elements, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design requirements of the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present embodiments.
The various illustrative logical blocks, or elements, described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor, an Application Specific Integrated Circuit (ASIC), a field programmable gate array or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other similar configuration.
The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may be stored in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. For example, a storage medium may be coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC, which may be located in a user terminal. In the alternative, the processor and the storage medium may reside in different components in a user terminal.
In one or more exemplary designs, the functions described above in connection with the embodiments of the invention may be implemented in hardware, software, firmware, or any combination of the three. If implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media that facilitate transfer of a computer program from one place to another. Storage media may be any available media that can be accessed by a general purpose or special purpose computer. For example, such computer-readable media can include, but is not limited to, RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store program code in the form of instructions or data structures and which can be read by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. Additionally, any connection is properly termed a computer-readable medium, and, thus, is included if the software is transmitted from a website, server, or other remote source via a coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wirelessly, e.g., infrared, radio, and microwave. Such discs (disk) and disks (disc) include compact disks, laser disks, optical disks, DVDs, floppy disks and blu-ray disks where disks usually reproduce data magnetically, while disks usually reproduce data optically with lasers. Combinations of the above may also be included in the computer-readable medium.
The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the present invention in further detail, and it should be understood that the above-mentioned embodiments are merely exemplary embodiments of the present invention, and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (10)
1. A method for test resource management, the method comprising:
the shared server receives test resources uploaded by the first test client based on the execution process of the test case;
the shared server persistently stores the received test resources in a database;
and when the shared server receives a resource acquisition request of a second test client, responding to the resource acquisition request, acquiring the requested test resource from the database and returning the test resource to the second test client.
2. The method of claim 1, wherein the test resources comprise: texts, pictures, videos, execution logs and test reports used in the test case execution process;
the resource types of the test resources include: testing resources of the information class and testing resources of the file class; and
the sharing server stores the received test resources in a database in a persistent mode, and the persistent mode comprises the following steps:
the shared server persistently stores the test resources of the information class into a redis database or a mysql database;
and the sharing server stores the test resources of the file class into the file data database in a persistent mode.
3. The method of claim 1, wherein the step of the shared server responding to the resource obtaining request, obtaining the requested test resource from the database and returning the test resource to the second test client comprises:
the shared server reads identification information from the resource acquisition request;
the shared server determines a test case and/or a file type corresponding to the requested test resource according to the identification information;
the shared server acquires the requested test resources from the database according to the determined test cases and/or file types;
and the shared server sends the acquired test resources to the second test client.
4. The method of claim 1, wherein before the shared server receives the resource acquisition request of the second test client, the method further comprises:
the second test client judges whether a preset interface is opened or not;
under the condition that the interface is opened, the second test client sends the resource acquisition request to the shared server;
under the condition that the interface is not opened, the second client determines whether the requested test resource is cached in a local cache or not;
under the condition that the requested test resource is cached in the local cache, acquiring the requested test resource from the local cache;
and under the condition that the requested test resources are not cached in the local cache, the second test client sends prompt information to the shared server, wherein the prompt information is used for prompting the shared server to open the interface, and under the condition that the interface is open, the second test client sends the resource acquisition request to the shared server.
5. The method of claim 1, wherein after the sharing server obtains the requested testing resource from the database and returns the testing resource to the second testing client, the method further comprises:
and the second test client caches the test resources returned by the shared server according to the resource types.
6. A test resource management apparatus, located in a shared server, comprising:
the receiving module is used for receiving the test resources uploaded by the first test client based on the execution process of the test case;
the storage module is used for persistently storing the received test resources into a database;
and the return module is used for responding to the resource acquisition request when receiving the resource acquisition request of the second test client, acquiring the requested test resources from the database and returning the test resources to the second test client.
7. The apparatus of claim 6, wherein the test resources comprise: texts, pictures, videos, execution logs and test reports used in the test case execution process;
the resource types of the test resources include: testing resources of the information class and testing resources of the file class; and
the memory module includes:
the first storage unit is used for persistently storing the test resources of the information class into a redis database or a mysql database;
and the second storage unit is used for persistently storing the test resources of the file class into the file data database.
8. The apparatus of claim 6, wherein the return module comprises:
a reading unit, configured to read identification information from the resource acquisition request;
the determining unit is used for determining a test case and/or a file type corresponding to the requested test resource according to the identification information;
the acquisition unit is used for acquiring the requested test resources from the database according to the determined test cases and/or file types;
and the sending unit is used for sending the obtained test resources to the second test client.
9. A test client, comprising:
the judging module is used for judging whether a preset interface is opened or not before sending a resource acquisition request to the shared server;
a first sending module, configured to send the resource acquisition request to the shared server when the interface is open;
the determining module is used for determining whether the requested test resource is cached in the local cache or not under the condition that the interface is not opened;
an obtaining module, configured to obtain a requested test resource from the local cache when the requested test resource is cached in the local cache;
and a second sending module, configured to send a prompt message to the shared server when the requested test resource is not cached in the local cache, where the prompt message is used to prompt the shared server to open the interface, and send the resource acquisition request to the shared server when the interface is open.
10. The test client of claim 9, further comprising:
and the cache module is used for caching the test resources returned by the shared server according to the resource types after the shared server obtains the requested test resources from the database and returns the test resources to the test client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910717969.3A CN110647460B (en) | 2019-08-05 | 2019-08-05 | Test resource management method and device and test client |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910717969.3A CN110647460B (en) | 2019-08-05 | 2019-08-05 | Test resource management method and device and test client |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110647460A true CN110647460A (en) | 2020-01-03 |
| CN110647460B CN110647460B (en) | 2023-09-05 |
Family
ID=68990016
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910717969.3A Active CN110647460B (en) | 2019-08-05 | 2019-08-05 | Test resource management method and device and test client |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110647460B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111654549A (en) * | 2020-06-11 | 2020-09-11 | 浙江浙大网新国际软件技术服务有限公司 | Automatic safety testing method based on function testing |
| CN112003976A (en) * | 2020-07-31 | 2020-11-27 | 北京达佳互联信息技术有限公司 | Hard-coding and hard-decoding test method and device |
| CN113515453A (en) * | 2021-06-24 | 2021-10-19 | 航天中认软件测评科技（北京）有限责任公司 | Webpage testing system |
| CN117493218A (en) * | 2023-12-27 | 2024-02-02 | 南京翼辉信息技术有限公司 | VSOA-based test system and test method |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5628005A (en) * | 1995-06-07 | 1997-05-06 | Microsoft Corporation | System and method for providing opportunistic file access in a network environment |
| CN101321179A (en) * | 2008-01-08 | 2008-12-10 | 华为技术有限公司 | Method, device and system for implementing resource sharing |
| CN102231686A (en) * | 2011-06-24 | 2011-11-02 | 北京天融信科技有限公司 | System and method for implementing automated test of network security equipment |
| CN102880546A (en) * | 2012-09-03 | 2013-01-16 | 上海方正数字出版技术有限公司 | Software integration testing method and system based on extensible markup language (XML) database |
| CN104219262A (en) * | 2013-05-30 | 2014-12-17 | 好看科技（深圳）有限公司 | Media resource sharing system and method, server cluster and video player |
| US20170264565A1 (en) * | 2016-03-11 | 2017-09-14 | Ciena Corporation | Hierarchical resource tree allocation |
| US20180343201A1 (en) * | 2017-05-24 | 2018-11-29 | Lenovo (Singapore) Pte. Ltd. | Client device and resource manager load sharing |
-
2019
- 2019-08-05 CN CN201910717969.3A patent/CN110647460B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5628005A (en) * | 1995-06-07 | 1997-05-06 | Microsoft Corporation | System and method for providing opportunistic file access in a network environment |
| CN101321179A (en) * | 2008-01-08 | 2008-12-10 | 华为技术有限公司 | Method, device and system for implementing resource sharing |
| CN102231686A (en) * | 2011-06-24 | 2011-11-02 | 北京天融信科技有限公司 | System and method for implementing automated test of network security equipment |
| CN102880546A (en) * | 2012-09-03 | 2013-01-16 | 上海方正数字出版技术有限公司 | Software integration testing method and system based on extensible markup language (XML) database |
| CN104219262A (en) * | 2013-05-30 | 2014-12-17 | 好看科技（深圳）有限公司 | Media resource sharing system and method, server cluster and video player |
| US20170264565A1 (en) * | 2016-03-11 | 2017-09-14 | Ciena Corporation | Hierarchical resource tree allocation |
| US20180343201A1 (en) * | 2017-05-24 | 2018-11-29 | Lenovo (Singapore) Pte. Ltd. | Client device and resource manager load sharing |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111654549A (en) * | 2020-06-11 | 2020-09-11 | 浙江浙大网新国际软件技术服务有限公司 | Automatic safety testing method based on function testing |
| CN112003976A (en) * | 2020-07-31 | 2020-11-27 | 北京达佳互联信息技术有限公司 | Hard-coding and hard-decoding test method and device |
| CN112003976B (en) * | 2020-07-31 | 2022-04-29 | 北京达佳互联信息技术有限公司 | Hard-coding and hard-decoding test method and device |
| CN113515453A (en) * | 2021-06-24 | 2021-10-19 | 航天中认软件测评科技（北京）有限责任公司 | Webpage testing system |
| CN117493218A (en) * | 2023-12-27 | 2024-02-02 | 南京翼辉信息技术有限公司 | VSOA-based test system and test method |
| CN117493218B (en) * | 2023-12-27 | 2024-03-22 | 南京翼辉信息技术有限公司 | VSOA-based test system and test method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110647460B (en) | 2023-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110647460B (en) | Test resource management method and device and test client | |
| US11687488B2 (en) | Directory deletion method and apparatus, and storage server | |
| CN108712457B (en) | Method and device for adjusting dynamic load of back-end server based on Nginx reverse proxy | |
| US9910881B1 (en) | Maintaining versions of control plane data for a network-based service control plane | |
| CN110784528B (en) | File downloading method and device and storage medium | |
| CN110460584B (en) | Access request processing method and device, electronic equipment and computer readable medium | |
| CN112416708B (en) | Asynchronous call link monitoring method and system | |
| CN111200637B (en) | Cache processing method and device | |
| US20160364319A1 (en) | Enhanced bug resolution | |
| CN114584480A (en) | Method and apparatus for service degradation handling | |
| CN113467719B (en) | Data writing method and device | |
| CN107315672B (en) | Method and device for monitoring server | |
| CN110795495A (en) | Data processing method and device, electronic equipment and computer readable medium | |
| US11481142B2 (en) | Method and device for downloading resources | |
| FR3003365A1 (en) | METHOD AND DEVICE FOR MANAGING SOFTWARE UPDATES OF A SET OF EQUIPMENT OF A SYSTEM SUCH AS A SYSTEM OF AN AIRCRAFT | |
| CN109218338B (en) | Information processing system, method and device | |
| US11481232B2 (en) | Registry image management | |
| US11200138B1 (en) | Policy-based request tracing using a computer | |
| CN114116632A (en) | Transaction log collection method, device and system | |
| CN114240476A (en) | Abnormal user determination method, device, equipment and storage medium | |
| CN108769246B (en) | NFS sharing maximization test method and system | |
| CN112084114A (en) | Method and apparatus for testing an interface | |
| CN111753233A (en) | Method and device for loading third-party H5 page and computer readable storage medium | |
| KR20160145250A (en) | Shuffle Embedded Distributed Storage System Supporting Virtual Merge and Method Thereof | |
| CN114500348B (en) | CDN gateway testing method and system |
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 |