CN111124909B - Test method and device - Google Patents
Test method and device Download PDFInfo
- Publication number
- CN111124909B CN111124909B CN201911322019.7A CN201911322019A CN111124909B CN 111124909 B CN111124909 B CN 111124909B CN 201911322019 A CN201911322019 A CN 201911322019A CN 111124909 B CN111124909 B CN 111124909B
- Authority
- CN
- China
- Prior art keywords
- code
- version
- terminal
- specified
- container
- 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
- 238000010998 test method Methods 0.000 title claims description 7
- 238000012360 testing method Methods 0.000 claims abstract description 70
- 238000000034 method Methods 0.000 claims description 41
- 230000004044 response Effects 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 12
- 238000011161 development Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 5
- 230000008439 repair process Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
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/368—Test management for test version control, e.g. updating test cases to a new software version
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The embodiment of the invention provides a testing method and device, which can be used for directly loading specified parameters of codes in a release environment, so that when a first terminal sends an access request without the specified parameters to specified resources, an access result can be fed back to the first terminal according to default codes in a specified code container, when a second terminal sends the access request with the specified parameters to the specified resources, an object code in the code container can be determined according to the specified parameters, and the result is fed back to the second terminal according to the object code.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a testing method and apparatus.
Background
The test is generally divided into a test in a development environment (which may be referred to as an intranet) and a test in a release environment (which may be referred to as an extranet), wherein the development environment may be an environment in which a developer and a tester perform the test, and a common game user generally has no authority to enter the development environment, and the release environment may be a game environment in which any user can enter.
In the prior art, when testing the test modularized codes, the test flow of testing in a development environment and then testing in a release environment is required to be followed. For example, when the feedback test modular code in the release environment is in error, after the developer modifies the error modular code, the modified modular code must be tested in the release environment before being tested in the release environment.
In the test scheme in the prior art, when the feedback test modular code in the release environment goes wrong, the modified modular code needs to be tested in the development environment and then tested in the release environment, so the test period is longer and the efficiency is lower.
Disclosure of Invention
The embodiment of the invention provides a testing method and a testing device, which can solve the technical problems of longer testing period and lower efficiency in the prior art.
An embodiment of the present invention provides a method for testing, where the method includes:
responding to an access request of a first terminal for a specified resource, and feeding back an access result to the first terminal according to a default code in a specified code container;
and responding to an access request of a second terminal aiming at the appointed resource and provided with appointed parameters, determining an object code in the code container according to the appointed parameters, and feeding back an access result to the second terminal according to the object code.
Optionally, the specified code container includes at least two different versions of code, and the default code has a version different from the version of the target code.
Optionally, the method includes:
and setting the code of the appointed version in the appointed code container as a default version code in response to the code switching instruction.
Optionally, the code of the specified version is a code determined according to the code switching instruction.
Optionally, the code switching instruction is generated when the code of the designated version is in error.
Optionally, the method includes:
and setting a default version code in the specified code container to be null in response to a code switching instruction.
Optionally, the first terminal is a common user terminal, and the second terminal is a test terminal.
Optionally, the specified parameter is a key-value pair.
A second aspect of an embodiment of the present invention provides a device for testing, the device including:
the first response module is used for responding to the access request of the first terminal for the designated resource and feeding back an access result to the first terminal according to the default code in the designated code container;
and the second response module is used for responding to an access request of a second terminal aiming at the appointed resource and provided with appointed parameters, determining an object code in the code container according to the appointed parameters, and feeding back an access result to the second terminal according to the object code.
Optionally, the specified code container includes at least two different versions of code, and the default code has a version different from the version of the target code.
Optionally, the method further comprises:
and the third response module is used for responding to the code switching instruction and setting the code of the appointed version in the appointed code container as a default version code.
Optionally, the code of the specified version is a code determined according to the code switching instruction.
Optionally, the code switching instruction is generated when the code of the designated version is in error.
Optionally, the method further comprises:
and the fourth response module is used for responding to the code switching instruction and setting the default version code in the appointed code container to be empty.
Optionally, the first terminal is a common user terminal, and the second terminal is a test terminal.
Optionally, the specified parameter is a key-value pair.
A third aspect of an embodiment of the present invention provides an electronic device, including: a processor, a memory and a computer program; wherein the computer program is stored in the memory and configured to be executed by the processor, the computer program comprising instructions for performing the method of any of the preceding first aspects.
A fourth aspect of the embodiments of the present invention provides a computer readable storage medium storing a computer program which, when executed, implements a method according to any one of the preceding first aspects.
Compared with the prior art, the embodiment of the invention has the beneficial effects that:
the embodiment of the invention provides a testing method and device, which can set the appointed parameters for directly loading codes in a release environment, so that when a first terminal sends an access request without the appointed parameters to an appointed resource, an access result can be fed back to the first terminal according to the default codes in an appointed code container, when a second terminal sends the access request with the appointed parameters to the appointed resource, an object code in the code container can be determined according to the appointed parameters, and the result is fed back to the second terminal according to the object code.
Drawings
Fig. 1 is a schematic diagram of an application scenario of a testing method according to an embodiment of the present invention;
FIG. 2 is a flow chart of a method of testing according to an embodiment of the present invention;
FIG. 3 is a schematic flow chart of an exemplary method according to an embodiment of the present invention;
FIG. 4 is a simplified flow diagram of a method according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of an embodiment of a testing device according to the present invention.
Detailed Description
The following description of the technical solutions according to the embodiments of the present invention will be given with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are only some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, the same numbers in different drawings refer to the same or similar elements, unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with the invention. Rather, they are merely examples of apparatus and methods consistent with aspects of the invention as detailed in the accompanying claims.
It should be understood that the described embodiments are merely some, but not all, embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in this application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It should be understood that the term "and/or" as used herein is merely one relationship describing the association of the associated objects, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.
It should be understood that the terms "first," "second," "third," "fourth," and the like in the description and in the claims and in the above figures, if any, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order.
The words "if", as used herein, may be interpreted as "at … …" or "at … …" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrase "if determined" or "if detected (stated condition or event)" may be interpreted as "when determined" or "in response to determination" or "when detected (stated condition or event)" or "in response to detection (stated condition or event), depending on the context.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a product or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such product or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a commodity or system comprising such elements.
As shown in fig. 1, fig. 1 is a schematic diagram of an application scenario architecture to which the method provided by the embodiment of the present invention is applicable.
In the embodiment of the present invention, the terminal device 11 may be a second terminal used by a developer or a tester, the terminal device 13 may be a first terminal used by a general user, and the server 12 may set a code container and execute the test method of the embodiment of the present invention. The server 12 may be CDN (Content Delivery Network) with program code published. Any communication manner may be adopted between the terminal device 11 and the server 12, and the terminal device 13 and the server 12, which is not specifically limited in the embodiment of the present application.
For example, a test plug-in may be set in the server 12, a developer or a tester may set a specified parameter for loading the modularized code directly in the publishing environment through the terminal device 11 in the test plug-in, when the terminal device 13 sends an access request without the specified parameter to the specified resource, the server 12 may feed back an access result to the terminal device 13 according to a default code in a specified code container, when the terminal device 11 sends an access request with the specified parameter to the specified resource, the server 12 may determine an object code in the code container according to the specified parameter, and feed back the result to the terminal device 11 according to the object code, and it may be understood that when the object code is the modularized code of the test version, the modularized code of the test version may be directly adapted in the publishing environment based on the specified parameter when an error occurs in the publishing environment, without executing a process of testing the modularized code in the developing environment, so that the test period is shorter and the efficiency is higher.
It will be appreciated that, in a specific application, the number of terminal devices 11 and 13 may be any value greater than or equal to 1, and the number of servers 12 may be any value greater than or equal to 1, which is not specifically limited in the embodiment of the present invention.
The test plug-ins described in embodiments of the present invention may be modular hot-loaded containers implemented by code, or any other form of test plug-ins, and embodiments of the present invention are not limited in this regard.
The object code described in the embodiments of the present invention may be a modular code that is in the testing phase and is not open to the average user. The general user may be, for example, a user of a host or general authority in a live scene, etc.
The default code described in the embodiments of the present invention may be a modular code that has passed the test and is open to the average user. The version of the default code is different from the version of the object code, and optionally the version of the default code is lower than the version of the object code.
The default version code set in response to the code switching instruction described in the embodiment of the invention can be a history error-free code, the history error-free code can be a modularized code earlier than the current operation version, and when the modularized code of the current operation version is in error, the operation of a user can be ensured by loading the history error-free code.
Some embodiments of the present invention are described in detail below with reference to the accompanying drawings. The following embodiments and features of the embodiments may be combined with each other without conflict.
Fig. 2 is a schematic flow chart of a test method according to an embodiment of the invention. The method specifically comprises the following steps:
step S101: responding to an access request of a first terminal for the appointed resource, and feeding back an access result to the first terminal according to a default code in an appointed code container.
In the embodiment of the invention, a plurality of versions of codes can be preset in the designated code container, for example, the codes comprise default codes and test codes, the default codes can be codes which pass the test and serve users with ordinary authorities, and the test codes can be codes which need to be tested and serve test or developer. In a specific application, the server can avoid data exposure by rendering the specified code container.
Illustratively, after the developer completes the basic code, the code of each modularized version may be packaged locally by a packaging tool, such as weback, gulp, etc., and then submitted to a version control System (SVN) remote repository of the open source code, where the version number of each code may be set, where the version number may be composed of english, special symbols and numbers, such as v_1.0.0, etc., or any other form, and then be delivered to the content distribution network (Content Delivery Network, CDN) address based on the script of the adapted version, then the adapted code may be loaded by using the CDN subsequently, so as to improve the timeliness of code loading.
In the embodiment of the invention, the first terminal can be a user terminal with common authority, and for the access request of the user with common authority, the appointed code container can take the modularized code of the current operation version in online use as the default code, and the access result is fed back to the first terminal based on the default code. Illustratively, the script management script-loader may intercept a uniform resource locator (Uniform Resource Locator, URL) of the access request, and may be considered as the access request of the first terminal if no parameter is specified in the URL.
Step S102: and responding to an access request of a second terminal aiming at the appointed resource and provided with appointed parameters, determining an object code in the code container according to the appointed parameters, and feeding back an access result to the second terminal according to the object code.
In the embodiment of the invention, after the developer finishes the development of the modularized code, the tester can be delivered, the tester configures the appointed parameter for the modularized code, the appointed parameter can be key-value pair, the code is tested in the development environment, and after the code is tested in the development environment, the tested code can be arranged in a code container of the release environment to carry out the subsequent test in the release environment.
It can be understood that if the test code is tested to be in error in the development environment, the developer can repair the error modularized code and then release the code in the release environment, so that the test in the release environment is realized.
When an access request of a second terminal (or a user with key-value access authority) is received, the URL address of the access request comprises a specified parameter, a code container can load an object code of a test version, and an access result is fed back to the second terminal according to the object code.
In the embodiment of the invention, a tester can test the modularized code (namely the target code) of the test version in the release environment, if errors occur in the test process, the file of the error information can be fed back to the server, and then the server can intercept the address corresponding to the file for feeding back the error information in the release environment.
For example, the code container may match the specified parameter with an address corresponding to the file feeding back the error information, and determine, according to information included in the file feeding back the error information, whether the error modularized code corresponding to the error information carries the specified parameter. Alternatively, the specified parameter may be a key-value pair.
Under the condition that the error modularized code corresponding to the error information carries the designated parameter, a developer can repair the error modularized code to obtain a repaired modularized code, and then the repaired modularized code can be directly loaded in a release environment without re-walking a testing process in the development environment, so that the testing period is shorter and the efficiency is higher.
Optionally, the method of the embodiment of the invention further comprises setting the code of the appointed version in the appointed code container as a default version code in response to the code switching instruction.
In this embodiment of the present application, the code switching instruction may be issued by a developer or a tester according to an actual application scenario, and, for example, after the code of the test version passes the test, the tester may issue the code switching instruction, set the code of the test version as the default version code, and when the user of the subsequent ordinary authority accesses the code container, return an access result based on the code of the test version. Alternatively, the code of the designated version may be set by a tester or a developer according to an actual application scenario, for example, an identifier of the code of the formulated version may be included in the code switching instruction, and then the code of the formulated version may be set as a default version code.
Optionally, the code switching instruction is generated when the code of the designated version is in error.
In the embodiment of the invention, a user with ordinary authority (such as a user without a developer or a tester) can access the server, and perform services such as live broadcasting and the like based on the default version code of the current operation version, if an error is found in the access process, a file comprising error information can also be reported, and at the moment, the modular code of the current operation version can be considered to have an accident, so that in order to ensure the service continuity of the user, a history error-free code corresponding to the error information can be loaded, and the accident can be rapidly processed.
Optionally, in the embodiment of the present invention, when the default version code is in error, the default version code in the designated code container may be set to be empty in response to the code switching instruction, so that when the user accesses the code container, the default version code may not be loaded, and interference of the default version code error on the user service is avoided.
In summary, the method and the device for testing are provided in the embodiments of the present invention, which may set the specified parameters for directly loading the code in the publishing environment, so that when the first terminal sends an access request without the specified parameters to the specified resource, the access result may be fed back to the first terminal according to the default code in the specified code container, when the second terminal sends an access request with the specified parameters to the specified resource, the target code in the code container may be determined according to the specified parameters, and the result may be fed back to the second terminal according to the target code, so that when the target code is the modularized code of the test version, the modularized code of the test version may be directly adapted in the publishing environment based on the specified parameters, without executing the process of testing the modularized code in the development environment.
FIG. 3 is an exemplary flow chart of a test method according to an embodiment of the invention. In this embodiment, the development environment is referred to as an intranet, the release environment is referred to as an extranet, and as shown in fig. 3, may include:
n001: the developer has developed the modular code and delivered the test.
S001: the developer (or tester) configuration provides an intranet regression key-value.
S002: the modular hot load container loads the latest version of modular code: for access rights without key-value, the user, the anchor, the modular hot-load container loads the in-use version modular code on-line. And for access authority testers and developers with key-value, the modularized hot loading container loads the modularized codes of the corresponding versions.
N002: the intranet test of the tester is correct, and the intranet test enters the extranet regression stage.
N003: the intranet regression of the tester is wrong (BUG), and the developer repairs the BUG.
S003: the developer provides a modular extranet regression key-value.
S004: the modular hot load container loads the latest version of modular code: for access rights without key-value, the user, the anchor, the modular hot-load container loads the in-use version modular code on-line. And for access authority testers and developers with key-value, the modularized hot loading container loads the modularized codes of the corresponding versions.
N004: the outer network of the tester returns to be correct, and the access right of the common user is opened.
S005: the developer provides the latest configuration of the modularized external network and the modularized version data is updated.
S006: the modularization opens the ordinary user authority, and the hot update container provides the latest modularized codes for the user to be presented.
And N005 testers regress to appear BUG outside the network, and do not open the access right of the latest modularized codes for common users.
N006: historical version incidents or user feedback are problematic and the modular container is updated.
N007: and the modularized hot loading container is switched in seconds, and the last history version is loaded or the modularized hot loading container is taken off the shelf, so that the online accidents are rapidly processed.
N008: and (3) in the extranet regression step, the on-line BUG is found by an internal person or the on-line BUG is fed back by a user, and a developer develops and repairs.
N009: and (3) in the BUG found in the extranet regression step, developing and repairing by a developer, and rapidly carrying out extranet regression by a tester by using key-value access authority without re-walking an intranet flow.
The process may alternatively be described as the process of fig. 4, e.g., all users, including testing, development, each access by a user, will be proxied into the head of the modular hot-load container, which returns to the module in use on the current line, e.g., access with key-value (internal test, developer), for different key-value services, to the current user by checking whether the path has a key-value access with key-value, e.g., without any of the modules, by default to the common user.
It should be noted that the steps in fig. 3 may not be necessary, and may be selected according to the actual application scenario, which is not specifically limited herein.
Fig. 5 is a schematic structural diagram of an embodiment of a testing apparatus according to the present invention. Comprising the following steps:
the first response module 31 is configured to respond to an access request of the first terminal for the specified resource, and feed back an access result to the first terminal according to a default code in the specified code container;
and the second response module 32 is used for responding to the access request of the second terminal aiming at the appointed resource and provided with appointed parameters, determining an object code in the code container according to the appointed parameters, and feeding back an access result to the second terminal according to the object code.
Optionally, the specified code container includes at least two different versions of code, and the default code has a version different from the version of the target code.
Optionally, the method further comprises:
and the third response module is used for responding to the code switching instruction and setting the code of the appointed version in the appointed code container as a default version code.
Optionally, the code of the specified version is a code determined according to the code switching instruction.
Optionally, the code switching instruction is generated when the code of the designated version is in error.
Optionally, the method further comprises:
and the fourth response module is used for responding to the code switching instruction and setting the default version code in the appointed code container to be empty.
Optionally, the first terminal is a common user terminal, and the second terminal is a test terminal.
Optionally, the specified parameter is a key-value pair.
In summary, the method and the device for testing are provided in the embodiments of the present invention, which may set the specified parameters for directly loading the code in the publishing environment, so that when the first terminal sends an access request without the specified parameters to the specified resource, the access result may be fed back to the first terminal according to the default code in the specified code container, when the second terminal sends an access request with the specified parameters to the specified resource, the target code in the code container may be determined according to the specified parameters, and the result may be fed back to the second terminal according to the target code, so that when the target code is the modularized code of the test version, the modularized code of the test version may be directly adapted in the publishing environment based on the specified parameters, without executing the process of testing the modularized code in the development environment.
The test device provided by each embodiment of the present invention may be used to execute the method shown in the foregoing corresponding embodiments, and its implementation manner and principle are the same and will not be repeated.
The embodiment of the invention also provides electronic equipment, which comprises: a processor, a memory and a computer program; wherein the computer program is stored in the memory and configured to be executed by the processor, the computer program comprising instructions for performing the method according to any of the preceding embodiments.
Embodiments of the present invention also provide a computer readable storage medium storing a computer program which, when executed, implements a method according to any of the preceding embodiments.
Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the method embodiments described above may be performed by hardware associated with program instructions. The foregoing program may be stored in a computer readable storage medium. The program, when executed, performs steps including the method embodiments described above; and the aforementioned storage medium includes: various media that can store program code, such as ROM, RAM, magnetic or optical disks.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.
Claims (9)
1. A method of testing, comprising:
responding to an access request of a first terminal for a specified resource, and feeding back an access result to the first terminal according to a default code in a specified code container, wherein a URL of the access request of the first terminal has no specified parameter, the specified parameter is a key-value pair, and the default code is a modularized code of a current operation version in online use;
and responding to an access request of a second terminal aiming at the appointed resource and provided with appointed parameters, determining an object code in the code container according to the appointed parameters, and feeding back an access result to the second terminal according to the object code, wherein the object code is a modularized code of a test version.
2. The method of claim 1, wherein the designated code container contains at least two different versions of code, and wherein the default code has a version that is different from the version of the target code.
3. The method according to claim 2, characterized in that the method comprises:
and setting the code of the appointed version in the appointed code container as a default version code in response to the code switching instruction.
4. A method according to claim 3, wherein the code of the specified version is a code determined from the code switching instruction.
5. The method of claim 3 or 4, wherein the code switching instruction is generated when an error occurs in the specified version of code.
6. The method according to claim 2, characterized in that the method comprises:
and setting a default version code in the specified code container to be null in response to a code switching instruction.
7. The method of claim 1, wherein the first terminal is a normal user terminal and the second terminal is a test terminal.
8. An electronic device, comprising:
a processor, a memory and a computer program; wherein the computer program is stored in the memory and configured to be executed by the processor, the computer program comprising instructions for performing the method of any of claims 1-7.
9. A computer readable storage medium, characterized in that the computer readable storage medium stores a computer program which, when executed, implements the method according to any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911322019.7A CN111124909B (en) | 2019-12-20 | 2019-12-20 | Test method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911322019.7A CN111124909B (en) | 2019-12-20 | 2019-12-20 | Test method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111124909A CN111124909A (en) | 2020-05-08 |
| CN111124909B true CN111124909B (en) | 2024-02-23 |
Family
ID=70500407
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911322019.7A Active CN111124909B (en) | 2019-12-20 | 2019-12-20 | Test method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111124909B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111796801B (en) * | 2020-06-30 | 2023-08-11 | 中国工商银行股份有限公司 | Automatic construction method and system for application version based on container |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897217A (en) * | 2017-02-13 | 2017-06-27 | 北京趣拿软件科技有限公司 | Method of testing and test device |
| CN108491331A (en) * | 2018-04-13 | 2018-09-04 | 平安普惠企业管理有限公司 | Method for testing software, device, equipment and computer storage media |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104063258B (en) * | 2013-03-21 | 2017-05-03 | 国际商业机器公司 | Code dynamic switching method and system for debugging process |
| US9497252B2 (en) * | 2014-03-31 | 2016-11-15 | International Business Machines Corporation | On-demand code version switching |
-
2019
- 2019-12-20 CN CN201911322019.7A patent/CN111124909B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106897217A (en) * | 2017-02-13 | 2017-06-27 | 北京趣拿软件科技有限公司 | Method of testing and test device |
| CN108491331A (en) * | 2018-04-13 | 2018-09-04 | 平安普惠企业管理有限公司 | Method for testing software, device, equipment and computer storage media |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111124909A (en) | 2020-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106027644B (en) | Service verification method and system | |
| CN109101430B (en) | Test method, device and equipment | |
| JP2019500680A (en) | Data processing method and apparatus | |
| CN108769083A (en) | Login method, apparatus and system based on distributed server | |
| US8661414B2 (en) | Method and system for testing an order management system | |
| CN111124909B (en) | Test method and device | |
| CN110888801A (en) | Software program testing method and device, storage medium and electronic equipment | |
| CN109361628A (en) | Message assemble method, device, computer equipment and storage medium | |
| CN103714002A (en) | Project testing method and device based on configuration system | |
| CN111158730A (en) | System updating method and device, electronic equipment and readable storage medium | |
| CN106775951A (en) | A kind of operation management method and device of Android application | |
| CN112702195A (en) | Gateway configuration method, electronic device and computer readable storage medium | |
| CN108319551B (en) | Software testing method and device, computer equipment and readable storage medium | |
| CN110807195B (en) | Intelligent contract issuing method, issuing platform device and issuing system | |
| CN115396501B (en) | Information processing method and device, electronic equipment and readable storage medium | |
| CN116069334B (en) | Cloud-protogenesis-based online development and code hosting method and system | |
| CN109189371B (en) | Software package issuing method and device based on configuration separation | |
| CN114579473B (en) | Application testing method, device, equipment and storage medium | |
| US11494183B1 (en) | Executor microservices for automated application compliance processing | |
| US20160224456A1 (en) | Method for verifying generated software, and verifying device for carrying out such a method | |
| CN115167896A (en) | Method and device for updating software version, storage medium and electronic equipment | |
| CN112131127B (en) | Interface testing method, device and system and electronic equipment | |
| CN112748995A (en) | Server automation operation and maintenance method, system, device and readable storage medium | |
| EP4105863A1 (en) | Method for replicating project server for trouble-shooting, and cloud development platform system using same | |
| CN116996553A (en) | Model release processing method, device, system, 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 |