CN108415825A - electronic device, test method and storage medium - Google Patents
electronic device, test method and storage medium Download PDFInfo
- Publication number
- CN108415825A CN108415825A CN201711023107.8A CN201711023107A CN108415825A CN 108415825 A CN108415825 A CN 108415825A CN 201711023107 A CN201711023107 A CN 201711023107A CN 108415825 A CN108415825 A CN 108415825A
- Authority
- CN
- China
- Prior art keywords
- version
- service
- code branch
- small
- acquired
- 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
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
- G06F11/3676—Test management for coverage analysis
-
- 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 present invention relates to a kind of electronic device, test method and storage medium, test method includes：Under the Jekins environment built in advance, version classification is carried out to all service releases of each service type；When receiving full dose version coverage test instruction, the service release after version is sorted out is extracted in the way of typical case's extraction, rule list is established based on the service release extracted；After establishing Jekins API services, the service type based on the service reads the rule list, to obtain corresponding version information in the rule list；Corresponding code branch is obtained according to acquired version information, full dose version coverage test is executed based on acquired code branch.The present invention simulates all standing test, time saving and energy saving, improves testing efficiency.
Description
Technical field
The present invention relates to a kind of field of communication technology more particularly to electronic device, test method and storage mediums.
Background technology
Currently, APM (application performance monitor, the relevant monitoring of application performance) products and
JAVA applied business is more and more abundant, and carrying out javaagent probes to APM products or JAVA applied business in technical staff buries a little
When exploitation, need to carry out service release test.Due to one in APM products service or the corresponding client of JAVA applied business
End jar is surrounded by tens versions, in addition, the applied topology of a project generally comprises many services, is supplied to each service pair
The jar packets answered include multiple versions, undoubtedly time-consuming and laborious if the version serviced entirely all coverings is all tested, work again
Amount is big and efficiency is low.
Invention content
The purpose of the present invention is to provide a kind of electronic device, test method and storage mediums, it is intended to improve testing efficiency.
To achieve the above object, the present invention provides a kind of electronic device, the electronic device include memory and with it is described
The processor of memory connection, is stored with the test system that can be run on the processor, the test in the memory
System realizes following steps when being executed by the processor：
Version classifying step, under the Jekins environment built in advance, to all service releases of each service type
Carry out version classification；
Rule list establishment step is extracted when receiving full dose version coverage test instruction in the way of typical case's extraction
Service release after version classification, rule list is established based on the service release extracted；
Read step, after establishing Jekins API services, the service type based on the service reads the rule list, with
Obtain corresponding version information in the rule list；
Version testing procedure obtains corresponding code branch, based on acquired code according to acquired version information
Branch executes full dose version coverage test.
Preferably, the step of all service releases to each service type carry out version classification, specifically includes：
The service release for belonging to the same big version is classified as same class, the small version in the big version of same class will be belonged to according to version number
Sequencing arranged.
Preferably, described that the service release after version is sorted out is extracted in the way of typical case's extraction, based on the clothes extracted
The step of business version establishes rule list, specifically includes：
The first small version and the last one small version for belonging to the service release in the big version of same class are extracted, and is based on
Scheduled decimation rule extracts a small version between first small version and the last one small version；
Rule list is established based on the small version extracted in the service release for belonging to the big version of same class.
Preferably, the version information acquired in the basis obtains corresponding code branch, based on acquired code point
It the step of Zhi Zhihang full dose version coverage tests, specifically includes：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, the dependence version information in configuration file pom is then changed, to be based on modified configuration file pom again
The acquired corresponding code branch of version information of compiling；
It calls the version that the associated component in Jekins environment builds the code branch to be packaged task, is inserted by Jekins
Part uploads to the code branch after packing in ftp catalogues, with when executing full dose version coverage test from the ftp catalogues
Code branch is pulled to be tested.
To achieve the above object, the present invention also provides a kind of test method, the test method includes：
S1 carries out version to all service releases of each service type and returns under the Jekins environment built in advance
Class；
S2, when receiving full dose version coverage test instruction, after version classification is extracted in the way of typical case's extraction
Service release establishes rule list based on the service release extracted；
S3, after establishing Jekins API services, the service type based on the service reads the rule list, to obtain
State corresponding version information in rule list；
S4 obtains corresponding code branch according to acquired version information, is executed based on acquired code branch complete
Measure version coverage test.
Preferably, the step of all service releases to each service type carry out version classification, specifically includes：
The service release for belonging to the same big version is classified as same class, the small version in the big version of same class will be belonged to according to version number
Sequencing arranged.
Preferably, described that the service release after version is sorted out is extracted in the way of typical case's extraction, based on the clothes extracted
The step of business version establishes rule list, specifically includes：
The first small version and the last one small version for belonging to the service release in the big version of same class are extracted, and is based on
Scheduled decimation rule extracts a small version between first small version and the last one small version；
Rule list is established based on the small version extracted in the service release for belonging to the big version of same class.
Preferably, the scheduled decimation rule includes：It extracts and is located at first small version and the last one small version
A turning maximum small version between this, alternatively, extract be located at first small version and the last one small version it
Between a scheduled small version.
Preferably, the version information acquired in the basis obtains corresponding code branch, based on acquired code point
It the step of Zhi Zhihang full dose version coverage tests, specifically includes：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, the dependence version information in configuration file pom is then changed, to be based on modified configuration file pom again
The acquired corresponding code branch of version information of compiling；
It calls the version that the associated component in Jekins environment builds the code branch to be packaged task, is inserted by Jekins
Part uploads to the code branch after packing in ftp catalogues, with when executing full dose version coverage test from the ftp catalogues
Code branch is pulled to be tested.
The present invention also provides a kind of computer readable storage medium, test is stored on the computer readable storage medium
The step of system, the test system realizes above-mentioned test method when being executed by processor.
The beneficial effects of the invention are as follows：After the present invention sorts out service release, surveyed receiving the covering of full dose version
It when examination instruction, extracts fraction service release representative after sorting out and establishes rule list, obtained and corresponded to based on the rule list
Version information, the final corresponding code branch of version information that obtains carries out full dose version coverage test, and present invention extraction has
Representative fraction version information simulation all standing test, it is time saving and energy saving, improve testing efficiency.
Description of the drawings
Fig. 1 is the schematic diagram of the hardware structure of one embodiment of electronic device of the present invention；
Fig. 2 is the flow diagram of one embodiment of test method of the present invention.
Specific implementation mode
In order to make the purpose , technical scheme and advantage of the present invention be clearer, with reference to the accompanying drawings and embodiments, right
The present invention is further elaborated.It should be appreciated that described herein, specific examples are only used to explain the present invention, not
For limiting the present invention.Based on the embodiments of the present invention, those of ordinary skill in the art are not before making creative work
The every other embodiment obtained is put, shall fall within the protection scope of the present invention.
It should be noted that the description for being related to " first ", " second " etc. in the present invention is used for description purposes only, and cannot
It is interpreted as indicating or implying its relative importance or implicitly indicates the quantity of indicated technical characteristic.Define as a result, " the
One ", the feature of " second " can explicitly or implicitly include at least one of the features.In addition, the skill between each embodiment
Art scheme can be combined with each other, but must can be implemented as basis with those of ordinary skill in the art, when technical solution
Will be understood that the combination of this technical solution is not present in conjunction with there is conflicting or cannot achieve when, also not the present invention claims
Protection domain within.
As shown in fig.1, being the hardware structure schematic diagram of one embodiment of electronic device of the present invention, the electronic device 1 is
It is a kind of to carry out numerical computations and/or the equipment of information processing automatically according to the instruction for being previously set or storing.The electricity
Sub-device 1 can be computer, can also be single network server, the server group or base of multiple network servers composition
In the cloud of cloud computing being made of a large amount of hosts or network server, wherein cloud computing is one kind of Distributed Calculation, by one
One super virtual computer of the computer collection composition of group's loose couplings.
In the present embodiment, electronic device 1 may include, but be not limited only to, and can be in communication with each other connection by system bus
Memory 11, processor 12, network interface 13, memory 11 are stored with the test system that can be run on the processor 12.It needs
, it is noted that Fig. 1 illustrates only the electronic device 1 with component 11-13, it should be understood that being not required for implementing all
The component shown, the implementation that can be substituted is more or less component.
Wherein, memory 11 includes memory and the readable storage medium storing program for executing of at least one type.Inside save as the fortune of electronic device 1
Row provides caching；Readable storage medium storing program for executing can be if flash memory, hard disk, multimedia card, card-type memory are (for example, SD or DX memories
Deng), random access storage device (RAM), static random-access memory (SRAM), read-only memory (ROM), electric erasable can compile
Journey read-only memory (EEPROM), programmable read only memory (PROM), magnetic storage, disk, CD etc. it is non-volatile
Storage medium.In some embodiments, readable storage medium storing program for executing can be the internal storage unit of electronic device 1, such as the electronics
The hard disk of device 1；In further embodiments, which can also be that the external storage of electronic device 1 is set
Plug-in type hard disk that is standby, such as being equipped on electronic device 1, intelligent memory card (Smart Media Card, SMC), secure digital
(Secure Digital, SD) blocks, flash card (Flash Card) etc..In the present embodiment, the readable storage medium storing program for executing of memory 11
Commonly used in storing the operating system and types of applications software of mounting electronic device 1, such as the test in one embodiment of the invention
The program code etc. of system.It has exported or will export all kinds of in addition, memory 11 can be also used for temporarily storing
Data.
The processor 12 can be in some embodiments central processing unit (Central Processing Unit,
CPU), controller, microcontroller, microprocessor or other data processing chips.The processor 12 is commonly used in the control electricity
The overall operation of sub-device 1, such as execute and carry out data interaction with other equipment or communicate relevant control and processing etc..This
In embodiment, the processor 12 is used to run the program code stored in the memory 11 or processing data, such as transports
Row test system etc..
The network interface 13 may include radio network interface or wired network interface, which is commonly used in
Communication connection is established between the electronic device 1 and other electronic equipments.
The test system is stored in memory 11, including it is at least one be stored in it is computer-readable in memory 11
Instruction, at least one computer-readable instruction can be executed by processor device 12, the method to realize each embodiment of the application；With
And the function that at least one computer-readable instruction is realized according to its each section is different, can be divided into different logic moulds
Block.
In one embodiment, following steps are realized when above-mentioned test system is executed by the processor 12：
Version classifying step, under the Jekins environment built in advance, to all service releases of each service type
Carry out version classification；
In the present embodiment, it can build and can own to each service type with the Jekins environment of automatic test in advance
Service release carry out version classification, which includes the version of the corresponding all jar packets of each service type, service class
Type includes mysql services, redis services etc..
Preferably, carrying out version classification to service release includes：The service release for belonging to the same big version is classified as together
One kind arranges the small version belonged in the big version of same class according to the sequencing of version number.Such as there is the big version to be：
All service releases for belonging to big version v1 are then classified as same class by v1.xx, v2.xx, v3.xx, will belong to big version v2 and own
Service release be classified as same class, all service releases of big version v3 will be belonged to and be classified as same class, it is then, big for same class
All small versions under small version under version, such as university degree version v1.xx are：V1.0.1, v1.0.5, v1.0.3, then by small version
This is arranged according to the sequencing of version number, is stored, and the small version after arrangement is v1.0.1, v1.0.3, v1.0.5.
Rule list establishment step is extracted when receiving full dose version coverage test instruction in the way of typical case's extraction
Service release after version classification, rule list is established based on the service release extracted；
When carrying out full dose version coverage test, i.e., when receiving full dose version coverage test instruction, taken out using typical case
The mode taken extracts the service release after version is sorted out.Preferably, the typical mode extracted is to extract to belong to the big version of same class
In service release first small version and the last one small version, and based on scheduled decimation rule extract first small version
A small version between sheet and the last one small version；Based on what is extracted in the service release for belonging to the big version of same class
Small version establishes rule list.
In one embodiment, the typical mode extracted is the extraction mode of dichotomy, such as the big version of a service release
For v1.x, the minimal version under big version v1.x is v1.0.1, maximum version is v1.0.5, intermediate releases v1.0.3, then right
In big version v1.x, minimal version v1.0.1, maximum version v1.0.5 and intermediate releases v1.0.3 are extracted.
In other embodiments, the typical mode extracted is the extraction mode of similar dichotomy, such as a service release
Big version is v1.x, and the minimal version under big version v1.x is v1.0.1, maximum version is v1.0.5, then for big version
V1.x extracts minimal version v1.0.1, maximum version v1.0.5 and any one version of centre, it is preferable that extracts intermediate turn
The maximum small version of folding endurance or scheduled small version.
Other service releases equally use above-mentioned extraction mode, no longer illustrate one by one herein.
The service release extracted is also established rule list by subsequent test for convenience, the present embodiment.In an embodiment
In, the rule list of foundation is as shown in table 1 below：
| ID | groupId | artifactId | min_version | max_version | random_version |
| v2.0 | mysql | Mysql-connector-java | v2.0.14 | v2.0.14 | |
| v3.0 | mysql | Mysql-connector-java | v3.0.8 | v3.1.14 | |
| v5.0 | mysql | Mysql-connector-java | v5.0.2 | v5.1.42 | v5.1.21 |
Table 1
Wherein, rule list sets 6 fields in total：ID is major release, and groupId and artifactId correspond to soft respectively
GroupId the and artifactId contents of part project management and synthesis tool maven, min_version and max_version points
Minimal version that Wei be under big version and maximum version, the minimal version v3.0.8 under for example, big version v3.0 and maximum version
v3.1.14。
Read step, after establishing Jekins API services, the service type based on the service reads the rule list, with
Obtain corresponding version information in the rule list；
In the present embodiment, after establishing Jekins API services, is serviced for mysql if the service, then read rule list
In mysql service corresponding version information, serviced if others, then read and obtain other servicing corresponding version letter
Breath, as shown in Table 1, the version information for the mysql services read includes：Mysql service big version v2.0, v3.0 and
V5.0, the groupId and artifactId of each big version, minimal version v2.0.14, v3.0.8 and v5.0.2, maximum version
V2.0.14, v3.1.14 and v5.1.42, intermediate releases v5.1.21.
Version testing procedure obtains corresponding code branch, based on acquired code according to acquired version information
Branch executes full dose version coverage test.
In the present embodiment, it can be pre-created the code branch of each service release in code library, obtained version
After information, corresponding code branch in code library can be obtained according to version information, such as obtain respectively under big version v3.0
Then the corresponding code branch of small version v3.0.8 and v3.1.14 executes full dose version using acquired code branch and covers
Test, or by recompilating the corresponding code branch of version information, the covering of full dose version is executed based on the code branch and is surveyed
Examination.
Compared with prior art, after the present embodiment sorts out service release, full dose version coverage test is being received
It when instruction, extracts fraction service release representative after sorting out and establishes rule list, obtained based on the rule list corresponding
Version information, the final corresponding code branch of version information that obtains carry out full dose version coverage test, and the present embodiment extraction has
Representative fraction version information simulation all standing test, time saving and energy saving, testing efficiency is high.
In a preferred embodiment, on the basis of the embodiment of above-mentioned Fig. 1, the version information acquired in the basis
The step of obtaining corresponding code branch, full dose version coverage test is executed based on acquired code branch, specifically includes：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, the dependence version information in configuration file pom is then changed, to be based on modified configuration file pom again
The acquired corresponding code branch of version information of compiling；
It calls the version that the associated component in Jekins environment builds the code branch to be packaged task, is inserted by Jekins
Part uploads to the code branch after packing in ftp catalogues, with when executing full dose version coverage test from the ftp catalogues
Code branch is pulled to be tested.
In the present embodiment, if the acquired corresponding code branch of version information has been built in code library in advance,
It then can directly pull corresponding code branch in code library；If not having to build acquired version information in advance in code library
Corresponding code branch then needs to change the dependence version information in configuration file pom, then according to modified configuration file
Pom recompilates the acquired corresponding code branch of version information.
The present embodiment can neatly obtain the corresponding code branch of version information, convenient to execute the covering survey of full dose version
Code branch is pulled when examination to be tested, and the efficiency of test is further increased.
As shown in Fig. 2, Fig. 2 is the flow diagram of one embodiment of test method of the present invention, which includes following
Step：
Step S1 carries out version under the Jekins environment built in advance to all service releases of each service type
This classification；
In the present embodiment, it can build and can own to each service type with the Jekins environment of automatic test in advance
Service release carry out version classification, which includes the version of the corresponding all jar packets of each service type, service class
Type includes mysql services, redis services etc..
Preferably, carrying out version classification to service release includes：The service release for belonging to the same big version is classified as together
One kind arranges the small version belonged in the big version of same class according to the sequencing of version number.Such as there is the big version to be：
All service releases for belonging to big version v1 are then classified as same class by v1.xx, v2.xx, v3.xx, will belong to big version v2 and own
Service release be classified as same class, all service releases of big version v3 will be belonged to and be classified as same class, it is then, big for same class
All small versions under small version under version, such as university degree version v1.xx are：V1.0.1, v1.0.5, v1.0.3, then by small version
This is arranged according to the sequencing of version number, is stored, and the small version after arrangement is v1.0.1, v1.0.3, v1.0.5.
Step S2 extracts version classification when receiving full dose version coverage test instruction in the way of typical case's extraction
Service release afterwards establishes rule list based on the service release extracted；
When carrying out full dose version coverage test, i.e., when receiving full dose version coverage test instruction, taken out using typical case
The mode taken extracts the service release after version is sorted out.Preferably, the typical mode extracted is to extract to belong to the big version of same class
In service release first small version and the last one small version, and based on scheduled decimation rule extract first small version
A small version between sheet and the last one small version；Based on what is extracted in the service release for belonging to the big version of same class
Small version establishes rule list.
In one embodiment, the typical mode extracted is the extraction mode of dichotomy, such as the big version of a service release
For v1.x, the minimal version under big version v1.x is v1.0.1, maximum version is v1.0.5, intermediate releases v1.0.3, then right
In big version v1.x, minimal version v1.0.1, maximum version v1.0.5 and intermediate releases v1.0.3 are extracted.
In other embodiments, the typical mode extracted is the extraction mode of similar dichotomy, such as a service release
Big version is v1.x, and the minimal version under big version v1.x is v1.0.1, maximum version is v1.0.5, then for big version
V1.x extracts minimal version v1.0.1, maximum version v1.0.5 and any one version of centre, it is preferable that extracts intermediate turn
The maximum small version of folding endurance or scheduled small version.
Other service releases equally use above-mentioned extraction mode, no longer illustrate one by one herein.
The service release extracted is also established rule list by subsequent test for convenience, the present embodiment.In an embodiment
In, the rule list of foundation is as shown in Table 1 above.
Wherein, rule list sets 6 fields in total：ID is major release, and groupId and artifactId correspond to soft respectively
GroupId the and artifactId contents of part project management and synthesis tool maven, min_version and max_version points
Minimal version that Wei be under big version and maximum version, the minimal version v3.0.8 under for example, big version v3.0 and maximum version
v3.1.14。
Step S3, after establishing Jekins API services, the service type based on the service reads the rule list, to obtain
Take corresponding version information in the rule list；
In the present embodiment, after establishing Jekins API services, is serviced for mysql if the service, then read rule list
In mysql service corresponding version information, serviced if others, then read and obtain other servicing corresponding version letter
Breath, as shown in Table 1, the version information for the mysql services read includes：Mysql service big version v2.0, v3.0 and
V5.0, the groupId and artifactId of each big version, minimal version v2.0.14, v3.0.8 and v5.0.2, maximum version
V2.0.14, v3.1.14 and v5.1.42, intermediate releases v5.1.21.
Step S4 is obtained corresponding code branch according to acquired version information, is held based on acquired code branch
Row full dose version coverage test.
In the present embodiment, it can be pre-created the code branch of each service release in code library, obtained version
After information, corresponding code branch in code library can be obtained according to version information, such as obtain respectively under big version v3.0
Then the corresponding code branch of small version v3.0.8 and v3.1.14 executes full dose version using acquired code branch and covers
Test, or by recompilating the corresponding code branch of version information, the covering of full dose version is executed based on the code branch and is surveyed
Examination.
Compared with prior art, after the present embodiment sorts out service release, full dose version coverage test is being received
It when instruction, extracts fraction service release representative after sorting out and establishes rule list, obtained based on the rule list corresponding
Version information, the final corresponding code branch of version information that obtains carry out full dose version coverage test, and the present embodiment extraction has
Representative fraction version information simulation all standing test, time saving and energy saving, testing efficiency is high.
In a preferred embodiment, on the basis of the embodiment of above-mentioned Fig. 2, the version information acquired in the basis
The step of obtaining corresponding code branch, full dose version coverage test is executed based on acquired code branch, specifically includes：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, the dependence version information in configuration file pom is then changed, to be based on modified configuration file pom again
The acquired corresponding code branch of version information of compiling；
It calls the version that the associated component in Jekins environment builds the code branch to be packaged task, is inserted by Jekins
Part uploads to the code branch after packing in ftp catalogues, with when executing full dose version coverage test from the ftp catalogues
Code branch is pulled to be tested.
In the present embodiment, if the acquired corresponding code branch of version information has been built in code library in advance,
It then can directly pull corresponding code branch in code library；If not having to build acquired version information in advance in code library
Corresponding code branch then needs to change the dependence version information in configuration file pom, then according to modified configuration file
Pom recompilates the acquired corresponding code branch of version information.
The present embodiment can neatly obtain the corresponding code branch of version information, convenient to execute the covering survey of full dose version
Code branch is pulled when examination to be tested, and the efficiency of test is further increased.
The present invention also provides a kind of computer readable storage medium, test is stored on the computer readable storage medium
The step of system, the test system realizes above-mentioned test method when being executed by processor.
The embodiments of the present invention are for illustration only, can not represent the quality of embodiment.
Through the above description of the embodiments, those skilled in the art can be understood that above-described embodiment side
Method can add the mode of required general hardware platform to realize by software, naturally it is also possible to by hardware, but in many cases
The former is more preferably embodiment.Based on this understanding, technical scheme of the present invention substantially in other words does the prior art
Going out the part of contribution can be expressed in the form of software products, which is stored in a storage medium
In (such as ROM/RAM, magnetic disc, CD), including some instructions are used so that a station terminal equipment (can be mobile phone, computer, clothes
Be engaged in device, air conditioner or the network equipment etc.) execute method described in each embodiment of the present invention.
It these are only the preferred embodiment of the present invention, be not intended to limit the scope of the invention, it is every to utilize this hair
Equivalent structure or equivalent flow shift made by bright specification and accompanying drawing content is applied directly or indirectly in other relevant skills
Art field, is included within the scope of the present invention.
Claims (10)
1. a kind of electronic device, which is characterized in that the electronic device includes memory and the processing that is connect with the memory
Device is stored with the test system that can be run on the processor in the memory, and the test system is by the processor
Following steps are realized when execution：
Version classifying step carries out all service releases of each service type under the Jekins environment built in advance
Version is sorted out；
Rule list establishment step extracts version when receiving full dose version coverage test instruction in the way of typical case's extraction
Service release after classification establishes rule list based on the service release extracted；
Read step, after establishing Jekins API services, the service type based on the service reads the rule list, to obtain
Corresponding version information in the rule list；
Version testing procedure obtains corresponding code branch, based on acquired code branch according to acquired version information
Execute full dose version coverage test.
2. electronic device according to claim 1, which is characterized in that all service versions to each service type
It the step of this progress version classification, specifically includes：The service release for belonging to the same big version is classified as same class, it is same by belonging to
Small version in a kind of big version is arranged according to the sequencing of version number.
3. electronic device according to claim 1 or 2, which is characterized in that described to extract version in the way of typical case's extraction
Service release after this classification, specifically includes the step of establishing rule list based on the service release extracted：
The first small version and the last one small version for belonging to the service release in the big version of same class are extracted, and based on predetermined
Decimation rule extract a small version between first small version and the last one small version；
Rule list is established based on the small version extracted in the service release for belonging to the big version of same class.
4. electronic device according to claim 3, which is characterized in that the version information acquired in the basis, which obtains, to be corresponded to
Code branch, the step of full dose version coverage test is executed based on acquired code branch, specifically include：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, then changing the dependence version information in configuration file pom, recompilated with being based on modified configuration file pom
The corresponding code branch of acquired version information；
The version that the associated component in Jekins environment builds the code branch is called to be packaged task, it will by Jekins plug-in units
Code branch after packing uploads in ftp catalogues, to be pulled from the ftp catalogues when executing full dose version coverage test
Code branch is tested.
5. a kind of test method, which is characterized in that the test method includes：
S1 carries out version classification under the Jekins environment built in advance to all service releases of each service type；
S2 extracts the service after version is sorted out when receiving full dose version coverage test instruction in the way of typical case's extraction
Version establishes rule list based on the service release extracted；
S3, after establishing Jekins API services, the service type based on the service reads the rule list, to obtain the rule
Then corresponding version information in table；
S4, corresponding code branch is obtained according to acquired version information, and full dose version is executed based on acquired code branch
This coverage test.
6. test method according to claim 5, which is characterized in that all service versions to each service type
It the step of this progress version classification, specifically includes：The service release for belonging to the same big version is classified as same class, it is same by belonging to
Small version in a kind of big version is arranged according to the sequencing of version number.
7. test method according to claim 5 or 6, which is characterized in that described to extract version in the way of typical case's extraction
Service release after this classification, specifically includes the step of establishing rule list based on the service release extracted：
The first small version and the last one small version for belonging to the service release in the big version of same class are extracted, and based on predetermined
Decimation rule extract a small version between first small version and the last one small version；
Rule list is established based on the small version extracted in the service release for belonging to the big version of same class.
8. test method according to claim 7, which is characterized in that the scheduled decimation rule includes：Extraction is located at
A turning maximum small version between first small version and the last one small version, alternatively, extracting positioned at described
A scheduled small version between first small version and the last one small version.
9. test method according to claim 7, which is characterized in that the version information acquired in the basis, which obtains, to be corresponded to
Code branch, the step of full dose version coverage test is executed based on acquired code branch, specifically include：
It whether is built with the acquired corresponding code branch of version information in analysis code library；
If so, pulling the corresponding code branch of version information acquired in code library；
If it is not, then changing the dependence version information in configuration file pom, recompilated with being based on modified configuration file pom
The corresponding code branch of acquired version information；
The version that the associated component in Jekins environment builds the code branch is called to be packaged task, it will by Jekins plug-in units
Code branch after packing uploads in ftp catalogues, to be pulled from the ftp catalogues when executing full dose version coverage test
Code branch is tested.
10. a kind of computer readable storage medium, which is characterized in that be stored with test system on the computer readable storage medium
The step of uniting, the test method as described in any one of claim 5 to 9 realized when the test system is executed by processor.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711023107.8A CN108415825B (en) | 2017-10-27 | 2017-10-27 | Electronic device, test method, and storage medium |
| PCT/CN2018/077624 WO2019080426A1 (en) | 2017-10-27 | 2018-02-28 | Electronic apparatus, test method, system and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711023107.8A CN108415825B (en) | 2017-10-27 | 2017-10-27 | Electronic device, test method, and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108415825A true CN108415825A (en) | 2018-08-17 |
| CN108415825B CN108415825B (en) | 2021-01-19 |
Family
ID=63125230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711023107.8A Active CN108415825B (en) | 2017-10-27 | 2017-10-27 | Electronic device, test method, and storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN108415825B (en) |
| WO (1) | WO2019080426A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111273940A (en) * | 2018-12-05 | 2020-06-12 | 北京奇虎科技有限公司 | Method and device for uploading program file to code warehouse |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103246600A (en) * | 2012-02-10 | 2013-08-14 | 广州博纳信息技术有限公司 | Fast verification method for software testing and evaluation |
| CN104572473A (en) * | 2015-01-29 | 2015-04-29 | 无锡江南计算技术研究所 | Compatibility testing method of Web applications supporting multi-type and multi-version browsers |
| US9355018B1 (en) * | 2015-08-12 | 2016-05-31 | Red Hat Israel, Ltd. | History N-section for property location |
| CN105868101A (en) * | 2016-03-22 | 2016-08-17 | 深圳市鼎阳科技有限公司 | Software testing method |
| CN106155885A (en) * | 2015-03-31 | 2016-11-23 | 展讯通信（上海）有限公司 | A kind of full-automatic test system and method for testing |
| CN107145438A (en) * | 2016-03-01 | 2017-09-08 | 阿里巴巴集团控股有限公司 | Code test method, code tester device and code tester system |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9176851B2 (en) * | 2008-02-07 | 2015-11-03 | Oracle International Corporation | Utilizing intelligent automated scripts to test software applications |
| CN101521608A (en) * | 2009-01-22 | 2009-09-02 | 厦门东南融通系统工程有限公司 | Method for edition management of test case |
| CN106294150B (en) * | 2016-08-09 | 2019-03-26 | 北京神州绿盟信息安全科技股份有限公司 | A kind of test loading method and device |
-
2017
- 2017-10-27 CN CN201711023107.8A patent/CN108415825B/en active Active
-
2018
- 2018-02-28 WO PCT/CN2018/077624 patent/WO2019080426A1/en active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103246600A (en) * | 2012-02-10 | 2013-08-14 | 广州博纳信息技术有限公司 | Fast verification method for software testing and evaluation |
| CN104572473A (en) * | 2015-01-29 | 2015-04-29 | 无锡江南计算技术研究所 | Compatibility testing method of Web applications supporting multi-type and multi-version browsers |
| CN106155885A (en) * | 2015-03-31 | 2016-11-23 | 展讯通信（上海）有限公司 | A kind of full-automatic test system and method for testing |
| US9355018B1 (en) * | 2015-08-12 | 2016-05-31 | Red Hat Israel, Ltd. | History N-section for property location |
| CN107145438A (en) * | 2016-03-01 | 2017-09-08 | 阿里巴巴集团控股有限公司 | Code test method, code tester device and code tester system |
| CN105868101A (en) * | 2016-03-22 | 2016-08-17 | 深圳市鼎阳科技有限公司 | Software testing method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111273940A (en) * | 2018-12-05 | 2020-06-12 | 北京奇虎科技有限公司 | Method and device for uploading program file to code warehouse |
| CN111273940B (en) * | 2018-12-05 | 2024-04-05 | 三六零科技集团有限公司 | Method and device for uploading program file to code warehouse |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108415825B (en) | 2021-01-19 |
| WO2019080426A1 (en) | 2019-05-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107797923A (en) | Code coverage rate analysis method and application server | |
| CN104838405B (en) | The method and system of test frame for application program | |
| CN109302522A (en) | Test method, device and computer system and medium | |
| CN108920370B (en) | Compatibility problem detection method, device and equipment | |
| CN107092541A (en) | A kind of method that utilization virtual machine carries out storage performance test | |
| CN106610896A (en) | Adaptive pressure testing method and device | |
| CN108255701B (en) | Scene testing method and mobile terminal | |
| CN109344126B (en) | Method and device for processing map, storage medium and electronic device | |
| CN110032400A (en) | A kind of method and electric terminal loading plug-in unit | |
| CN111258913A (en) | Automatic algorithm testing method and device, computer system and readable storage medium | |
| CN107992516A (en) | Electronic device, the method for data query and storage medium | |
| CN110505119A (en) | A kind of test method, device, system and readable storage medium storing program for executing | |
| CN107992424A (en) | Automatic test analysis method, application server and computer-readable recording medium | |
| CN108427634A (en) | Electronic device, the method for test and computer readable storage medium | |
| CN108776631A (en) | Server, the method and storage medium for obtaining compatibility test equipment | |
| CN111813377A (en) | Method and device for automatically generating application program | |
| CN104636250B (en) | Cloud automatic test system and method | |
| CN108415825A (en) | electronic device, test method and storage medium | |
| CN111176924B (en) | GPU card dropping simulation method, system, terminal and storage medium | |
| CN112306784A (en) | Test method, test device, electronic equipment and test system | |
| CN108259895A (en) | set-top box test method, system and terminal device | |
| CN109617708B (en) | Compression method, device and system for embedded point log | |
| CN111352851A (en) | Program testing method and device, computer equipment and storage medium | |
| CN105468514B (en) | Test method and device based on data combination | |
| CN109901887A (en) | Plug-in unit model dispositions method, electronic device and computer readable storage 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 |