CN109120473A - Interface requests framework implementation method, interface test method and its corresponding device - Google Patents

Interface requests framework implementation method, interface test method and its corresponding device Download PDF

Info

Publication number
CN109120473A
CN109120473A CN201810847979.4A CN201810847979A CN109120473A CN 109120473 A CN109120473 A CN 109120473A CN 201810847979 A CN201810847979 A CN 201810847979A CN 109120473 A CN109120473 A CN 109120473A
Authority
CN
China
Prior art keywords
request
linkd
interface
agreement
service server
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
Application number
CN201810847979.4A
Other languages
Chinese (zh)
Other versions
CN109120473B (en
Inventor
曾珺洲
陈奕璇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bigo Technology Singapore Pte Ltd
Original Assignee
Guangzhou Baiguoyuan Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Baiguoyuan Information Technology Co Ltd filed Critical Guangzhou Baiguoyuan Information Technology Co Ltd
Priority to CN201810847979.4A priority Critical patent/CN109120473B/en
Publication of CN109120473A publication Critical patent/CN109120473A/en
Application granted granted Critical
Publication of CN109120473B publication Critical patent/CN109120473B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/50Testing arrangements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/26Special purpose or proprietary protocols or architectures

Abstract

The present invention provides a kind of interface requests framework implementation method, interface test method and its corresponding device, to solve the defect of the interface testing low efficiency of the service server existing in the prior art using linkd protocol.The method is comprising steps of receive the request object that testing engineering is sent;The request object is parsed, using the reflection mechanism building linkd request protocol supported and returns to agreement;Based on the request protocol that linkd is supported, service server is sent to after handling the request object;Receive the data that the service server returns;Based on the return agreement that linkd is supported, the data of the return are handled, obtain the first response object;The first response object is transmitted to the testing engineering.The embodiment of the present invention realizes the interface automation continuous integrating test of service server.

Description

Interface requests framework implementation method, interface test method and its corresponding device
Technical field
The present invention relates to field of computer technology, specifically, the present invention relates to a kind of interface requests framework implementation method, Interface test method and its corresponding device.
Background technique
With the development of technology, linkd agreement is applied in live streaming application, for example, Bigo service server is nearly all It is communicated using linkd agreement and APP (APPlication, application program) client.Linkd agreement have fast, safety with The advantages that high availability, but at present but without image of Buddha mainstream http agreement (hypertext transfer protocol, it is super literary This transport protocol) there are a large amount of testing tools and frame to support that carry out simulation request to the interface of service server grabs with data like that Packet, this causes tester extremely difficult to the interface testing of service server, generally requires a large amount of manual operations simulation and comes It verifies service server and handles logical correctness, efficiency is very low.
Summary of the invention
The present invention is directed to the interface testing efficiency of the service server existing in the prior art using linkd protocol Low defect proposes a kind of interface requests framework implementation method, interface test method and its corresponding device, to realize that business takes The interface automation continuous integrating test of business device.
The embodiment of the present invention provides a kind of interface requests framework implementation method, applies in quilt according to first aspect It surveys in application, comprising steps of
Receive the request object that testing engineering is sent;
The request object is parsed, using the reflection mechanism building linkd request protocol supported and returns to agreement;
Based on the request protocol that linkd is supported, service server is sent to after handling the request object;
Receive the data that the service server returns;
Based on the return agreement that linkd is supported, the data of the return are handled, response pairs of acquisition the first As;
The first response object is transmitted to the testing engineering.
In one embodiment, the parsing request object is asked using what reflection mechanism building linkd was supported It seeks agreement and returns to agreement, comprising:
The request object is parsed, the specified request type of the request object is obtained;
The request association that linkd is supported is constructed using reflection mechanism according to the request type that the request object is specified It negotiates peace and returns to the request protocol and return agreement of agreement or http support.
In one embodiment, the specified request type of the request object is linkd or http;
The request protocol supported based on linkd, is sent to business service after handling the request object Device, comprising:
If the specified request type of the request object is linkd, based on the request protocol that linkd is supported, to described Request object by linkd networking client is sent to service server after being handled;
If the specified request type of the request object is http, based on the request protocol that http is supported, to described Request object by http networking client is sent to service server after being handled.
In one embodiment, the specified request type of the request object is linkd or http;
The return agreement supported based on linkd, handles the data of the return, obtains the first response Object, comprising:
If the specified request type of the request object is linkd, based on the return agreement that linkd is supported, to described The data of return are handled, and the first response object is obtained;
If the specified request type of the request object is http, based on the return agreement that http is supported, returned to described The data returned are handled, and the first response object is obtained.
In one embodiment, the parsing request object is asked using what reflection mechanism building linkd was supported It seeks agreement and returns to agreement, later, the request protocol supported based on linkd, after handling the request object It is sent to service server, before, further includes:
Judge whether the specified request type of the request object supports the request protocol of building and return to agreement;
If supporting, into the request protocol supported based on linkd is executed, the request object is handled After the step of being sent to service server;
If not supporting, generates and be used to indicate the request association that the specified request type of the request object does not support building It negotiates peace and returns to the 2nd response object of agreement, the 2nd response object is transmitted to the testing engineering.
The embodiment of the present invention additionally provides a kind of interface test method according to the second aspect, comprising steps of
The interface requests framework encapsulation that above-mentioned any one method is realized is at several test cases;
The interface of service server is tested according to several described test cases.
In one embodiment, described several test cases according to test the interface of service server, Include:
It is repeatedly tested using interface of the same test case to service server;
And/or
Selected part test case tests the interface of service server from several test cases;
And/or
Several test cases are distributed to different service servers and carry out interface testing.
In one embodiment, described several test cases according to test the interface of service server, Later, further includes:
Generate the automation check results report of service server.
The embodiment of the present invention additionally provides a kind of interface requests frame realization device, applies according in terms of third In tested application, comprising:
Request object receiving module, for receiving the request object of testing engineering transmission;
Protocol construction module utilizes the request of reflection mechanism building linkd support for parsing the request object Agreement and return agreement;
Request object sending module, the request protocol for being supported based on linkd, to the request object into Service server is sent to after row processing;
Returned data receiving module, the data returned for receiving the service server;
First response object obtains module, the return agreement for supporting based on linkd, to the data of the return It is handled, obtains the first response object;
First response object forwarding module, for the first response object to be transmitted to the test work Journey.
The embodiment of the present invention additionally provides a kind of interface test device according to the 4th aspect, comprising:
Test cases technology module, the interface requests framework encapsulation for realizing above-mentioned interface requests frame realization device At several test cases;
Test module, for being tested according to several described test cases the interface of service server.
The embodiment of the present invention additionally provides a kind of computer readable storage medium, stores thereon according to the 5th aspect There is computer program, which is characterized in that the program realizes interface requests frame described in above-mentioned any one when being executed by processor Interface test method described in frame implementation method or above-mentioned any one.
The embodiment of the present invention additionally provides a kind of computer equipment, the computer equipment packet according to the 6th aspect It includes:
One or more processors;
Storage device, for storing one or more programs,
When one or more of programs are executed by one or more of processors, so that one or more of processing Device realizes the interface requests framework implementation method as described in above-mentioned any one or the interface testing as described in above-mentioned any one Method.
Above-mentioned interface requests framework implementation method, interface test method and its corresponding device is tested application and test Engineering communication carries out the forwarding of request object by tested application and returns to response object to testing engineering, in addition, utilizing Reflection mechanism constructs the request protocol that linkd is supported and returns to agreement, the request protocol and return that the linkd based on building is supported Agreement handles the data of request object and return, and it is low to encapsulate a set of lightweight, learning cost by aforesaid operations And wieldy interface requests frame, and then interface automation continuous integrating test pair is realized based on the interface requests frame The monitoring of service server realizes low cost linkd protocol interface request for test scheme, reduces a large amount of manual test, reach Saving cost of labor and promote testing efficiency purpose.
The additional aspect of the present invention and advantage will be set forth in part in the description, these will become from the following description Obviously, or practice through the invention is recognized.
Detailed description of the invention
Above-mentioned and/or additional aspect and advantage of the invention will become from the following description of the accompanying drawings of embodiments Obviously and it is readily appreciated that, in which:
Fig. 1 is the flow diagram of the interface requests framework implementation method of one embodiment of the invention;
Fig. 2 is one embodiment of the invention based on Android client interface requests frame principles schematic diagram;
Fig. 3 is the structural schematic diagram of the interface requests frame realization device of one embodiment of the invention;
Fig. 4 is the flow diagram of the interface test method of one embodiment of the invention;
Fig. 5 is the functional schematic of the testing engineering of one embodiment of the invention;
Fig. 6 is the structural schematic diagram of the interface test device of one embodiment of the invention;
Fig. 7 is the structural schematic diagram of the computer equipment of one embodiment of the invention.
Specific embodiment
The embodiment of the present invention is described below in detail, examples of the embodiments are shown in the accompanying drawings, wherein from beginning to end Same or similar label indicates same or similar element or element with the same or similar functions.Below with reference to attached The embodiment of figure description is exemplary, and for explaining only the invention, and is not construed as limiting the claims.
Those skilled in the art of the present technique are appreciated that unless expressly stated, singular " one " used herein, " one It is a ", " described " and "the" may also comprise plural form.It is to be further understood that being arranged used in specification of the invention Diction " comprising " refer to that there are the feature, integer, step, operation, element and/or component, but it is not excluded that in the presence of or addition Other one or more features, integer, step, operation, element, component and/or their group.It should be noted that herein " first ", the description such as " second ", be not represent sequencing for distinguishing different response objects, also do not limit " the One " is different type with " second ".
Those skilled in the art of the present technique are appreciated that unless otherwise defined, all terms used herein (including technology Term and scientific term), there is meaning identical with the general understanding of those of ordinary skill in fields of the present invention.Also answer It should be appreciated that those terms such as defined in the general dictionary, it should be understood that have in the context of the prior art The consistent meaning of meaning otherwise with idealization or too formal will not contain and unless by specific definitions as here Justice is explained.
Those skilled in the art of the present technique are appreciated that " service server " used herein above, and it includes but is not limited to calculate The cloud that machine, network host, single network server, multiple network server collection or multiple servers are constituted.Here, cloud is by being based on The a large number of computers or network servers of cloud computing (Cloud Computing) is constituted, wherein cloud computing is distributed computing One kind, a super virtual computer consisting of a loosely coupled set of computers.In the embodiment of the present invention, distal end net It can be realized and be communicated by any communication mode between network equipment, terminal device and service server, including but not limited to, is based on 3GPP (3rd Generation Partnership Project, third generation partner program), LTE (Long Term Evolution, long term evolution), WIMAX (Worldwide Interoperability for Microwave Access, entirely Ball microwave interconnecting access) mobile communication, be based on TCP/IP (Transmission Control Protocol/Internet Protocol, transmission control protocol/Internet Protocol), UDP (User Datagram Protocol, user datagram Agreement) computer network communication and low coverage wireless transmission method based on bluetooth, Infrared Transmission standard.
It is necessary to first to linkd agreement the characteristics of carry out following guiding explanation.
Client linkd agreement request is established on the basis of bigosdk, since APP life cycle, must be undergone a series of Bigosdk initialization procedure, the logon account method (be equivalent to http acquisition token) for calling bigosdk to provide to us Afterwards, network request channel is just set up.
Linkd agreement is interacted using ByteBuffer formatted data with server-side with safety, linkd fastly, each use The interface of linkd agreement must individually develop a pair of corresponding request protocol and return to protocol processes data object class, to handle Request data and returned data.Based on ByteBuffer transmission feature, client request supplemental characteristic sequence must be terminated with service It is consistent to receive reference order, client parses returned data sequence also must be with server-side returned data sequence consensus.Such as server-side Specified to receive reference order a, b, c, client must be uploaded according to a, b, c sequential concatenation ByteBuffer data, and server-side is returned Data field sequence e, f, g are returned, client must be according to e, f, g sequence processing data.
Linkd agreement high availability, important business interface, if linkd agreement request breaks down and the interface Http agreement and http request address are supported in server-side configuration, and linkd will switch to http request.But have a premise, it must It in original request protocol and must return in protocol processes data object class, realize parsing http returned data method.
To sum up, linkd agreement has many advantages, such as fast, safety and high availability, centainly strictly regulated using having.If One tester will go to want original linkd frame to be transplanted to a testing engineering, in this way using original linkd frame Cost is very high, in addition to bigosdk to be got a thorough understanding of is initialized and establishes each step in linkd network request channel, also to learn as opening Hair personnel equally go to develop corresponding request protocol and return to protocol processes data object class.
For disadvantages described above, the scheme that combines solves period and cost consideration, and the embodiment of the present invention is based on tested application It is having realized with service server communication modes, by excavate these communication requests a set of lightweight of characteristic post package, Learning cost is low and wieldy interface requests frame, realizes interface automation continuous integrating test and supervises to business service Control.
With reference to the accompanying drawing, specific embodiments of the present invention will be described in detail.It should be understood that in order to more preferable Understanding the present invention, be described below in conjunction with Android (Android) system, but the embodiment of the present invention not merely be applicable in In android system.
As shown in Figure 1, in one embodiment, a kind of interface requests framework implementation method is applied in tested application, packet Include step:
S101, the request object that testing engineering is sent is received.
Tested application is the application between service server through linkd protocol, for example, tested application is Bigo Android APP.When realizing interface requests frame, testing engineering is used to introduce request object and response object, after Continue testing engineering for realizing the calling to test case.Wherein, request object is used to encapsulate all request datas, Response object is for encapsulating all returned datas.Be referred to the http Frame Design of mainstream for testing engineering and by Survey the request object and response object easy to use communicated between application.
Optionally, by AIDL, (Android Interface Definition Language, Android interface define language Speech) technology makes to be tested application and testing engineering communicates, and it is forwarded by tested application progress linkd request and returns the result to test work Journey.Wherein, in Android, AIDL technology is realized for realizing (popular to can be regarded as two difference APP) between different processes Communication.
S102, the parsing request object are assisted using the reflection mechanism building linkd request protocol supported and return View.
Reflection mechanism that is to say JAVA reflection mechanism, refer to dynamic acquisition information and dynamic call object method Function, for any one class, can know all properties and method of this class that is, in operating status;For any One object can call its any means and attribute.
The request protocol that linkd is supported refers to the request body of linkd agreement, and the return agreement that linkd is supported (is also referred to as For response protocol) refer to the return body of linkd agreement.Linkd agreement is Bigo from Network Communication Framework is ground, and is passed through ByteBuffer byte streaming data.The request body and return body of the linkd agreement of application layer belong to javabean object, have There is readable and ease for use.During network communication, each linkd agreement request body respectively states processing data method, incite somebody to action this The body javabean Content Transformation to be transmitted is ByteBuffer byte stream;Each linkd agreement returns to body, and respectively statement is handled Data method will receive ByteBuffer byte stream and be converted to javabean object.
Using reflection mechanism, request protocol and return protocol processes data object class that developer has realized are utilized Come, the request protocol and return to agreement that building linkd is supported, wherein object class refers to request body and the return of linkd agreement Body, the method that processing data refer to request body and return to change data in body.
S103, the request protocol supported based on linkd are sent to business clothes after handling the request object Business device.
After the request protocol for building linkd support, request object is handled by the request protocol, will be located Request object after reason is transmitted to service server.
S104, the data that the service server returns are received.
After service server receives that treated request object, to this, treated that request object is rung It answers, returns to relevant data.
S105, the return agreement supported based on linkd, handle the data of the return, obtain first Response object.
According to the return agreement that the linkd constructed is supported, the data of return are handled, obtain response pairs As.Optionally, response object can store in response container.
S106, the first response object is transmitted to the testing engineering.
The response object is transmitted to testing engineering by tested application, i.e., response pairs is introduced in testing engineering As.
It present embodiments provides that a set of lightweight, learning cost be low and wieldy interface requests frame, avoids weight Wheel is made again, and reduces the use cost of linkd interface requests frame.
Based on the introduction of guide above it is found that the alternative scheme of linkd agreement is http agreement, considered based on high availability, In the failure of linkd agreement request, if service server configuration supports http agreement, client that can switch with interface Http agreement is requested once again.Therefore, in one embodiment, the parsing request object, utilizes reflection mechanism structure It builds the request protocol of linkd support and returns to agreement, comprising:
S1021, the parsing request object, obtain the specified request type of the request object.
The specified request type of request object can be linkd, be also possible to http.
S1022, the request type specified according to the request object construct what linkd was supported using reflection mechanism Request protocol and the request protocol and return agreement for returning to agreement or http support.
If request type is linkd, using the reflection mechanism building linkd request protocol supported and agreement is returned to. If request type is http, using the reflection mechanism building http request protocol supported and agreement is returned to.
In one embodiment, the specified request type of the request object is linkd or http;It is described to be based on The request protocol that linkd is supported, is sent to service server after handling the request object, comprising:
If the specified request type of S1031, the request object is linkd, based on the request protocol that linkd is supported, Service server is sent to by linkd networking client after handling the request object;
It is right based on the request protocol that http is supported if the specified request type of S1032, the request object is http The request object by http networking client is sent to service server after being handled.
The present embodiment establishes a set of distribution mechanisms, and interface requests frame is processed into pressure and walks linkd agreement or http Agreement is separated 2, i.e., interface requests are only distributed to linkd agreement request, or is only distributed to http agreement request, from And distinguish and compare both ends and return the result, avoid repetition and make wheel, also reduce the use of linkd interface requests frame at This, wherein distribution refers to the difference of request channel.In addition, service server can be same server, it can also be more Server specifically sees server-side deployment strategy.
Similarly, in one embodiment, the specified request type of the request object is linkd or http;It is described Based on the return agreement that linkd is supported, the data of the return are handled, obtain the first response object, comprising:
If the specified request type of S1051, the request object is linkd, based on the return agreement that linkd is supported, The data of the return are handled, the first response object is obtained;
It is right based on the return agreement that http is supported if the specified request type of S1052, the request object is http The data of the return are handled, and the first response object is obtained.
Before carrying out agreement distribution, optionally, it is also necessary to identify whether the interface supports linkd agreement using reflection mechanism Request or http agreement request.In one embodiment, the parsing request object, is constructed using reflection mechanism The request protocol and return to agreement that linkd is supported, later, the request protocol supported based on linkd, to the request Object is sent to service server after being handled, before, further includes:
Judge whether the specified request type of the request object supports the request protocol of building and return to agreement;
If supporting, into the request protocol supported based on linkd is executed, the request object is handled After the step of being sent to service server;
If not supporting, generates and be used to indicate the request association that the specified request type of the request object does not support building It negotiates peace and returns to the 2nd response object of agreement, the 2nd response object is transmitted to the testing engineering.
In the present embodiment, if the request type that the request object is specified supports the request protocol and return of building Agreement is then entered and executes the request protocol supported based on linkd, is sent to after handling the request object The step of service server.If the specified request type of the request object does not support the request protocol and return of building Agreement then generates response object, which is transmitted to testing engineering by tested application, optionally, should Response object can store in response container.For example, passing through request if specified request type is http Http agreement is not supported in the request body judgement of building, then returns to " not supporting http agreement request ";Similarly linkd also locates in this way Reason.
Using pitching pile mode, the corresponding improvement code (one of the implantation above method in tested application (that is to say business APP) The secondary implantation later period need not be changed), request object and response object are introduced in testing engineering, to form interface requests Frame.Wherein, pitching pile is exactly that one section of customized code is inserted into source code, and the code of insertion can be compiled to together and can hold It composes a piece of writing in part, so executable file will necessarily execute the custom code of our insertions in the process of running, it thus can be with It records any user and thirsts for the information known.
As shown in following codes, it is implanted into business APP pitching pile and receives processing request parameter, reflection mechanism and sorter 9 classes in total such as system introduce request object and response object in testing engineering, so that it may form interface requests frame Frame.
As shown in Fig. 2, being an embodiment based on Android client interface requests frame principles schematic diagram.The interface Request the realization principle of frame are as follows: testing engineering (being equivalent to AIDL client) and business APP (being equivalent to AIDL server-side) it Between communicated by AIDL technology.Business APP receives the request object that testing engineering is sent, and parses request object, utilizes Reflection mechanism constructs the request protocol that linkd or http is supported and returns to agreement, judges the specified request type of request The request protocol and return to agreement whether support constructs, do not support the request protocol of building and return to association if it does not, returning The response object of view, response object are stored in response container, and business APP is read from response container should Response object is simultaneously transmitted to testing engineering, if supported, the request type specified according to request object is by treated Request object is distributed to linkdNetWorkClient or httpNetWorkClient.linkdNetWorkClient Or the request object is forwarded to service server by httpNetWorkClient.Service server (is schemed to distributor Dispatcher distribution in 2) returned data.Dispatcher distribution generates response object to returned data processing, Response object is stored in response container, and business APP reads corresponding response object from response container And it is transmitted to testing engineering.
Based on the same inventive concept, the present invention also provides a kind of interface test devices, with reference to the accompanying drawing to the device Specific embodiment describes in detail.
As shown in figure 3, in one embodiment, a kind of interface requests frame realization device is applied in tested application, packet It includes:
Request object receiving module 101, for receiving the request object of testing engineering transmission.
Tested application is the application between service server through linkd protocol.Realizing interface requests frame When, testing engineering is for introducing request object and response object, and follow-up test engineering is for realizing to test case Calling.Optionally, tested application is communicated with testing engineering by AIDL technology, linkd request is carried out by tested application and is turned It sends out and returns the result back testing engineering.
Protocol construction module 102 is supported for parsing the request object using reflection mechanism building linkd Request protocol and return agreement.
The request protocol that linkd is supported refers to the request body of linkd agreement, and the return agreement that linkd is supported (is also referred to as For response protocol) refer to the return body of linkd agreement.Linkd agreement is Bigo from Network Communication Framework is ground, and is passed through ByteBuffer byte streaming data.The request body and return body of the linkd agreement of application layer belong to javabean object, have There is readable and ease for use.During network communication, each linkd agreement request body respectively states processing data method, incite somebody to action this The body javabean Content Transformation to be transmitted is ByteBuffer byte stream;Each linkd agreement returns to body, and respectively statement is handled Data method will receive ByteBuffer byte stream and be converted to javabean object.
Using reflection mechanism, request protocol and return protocol processes data object class that developer has realized are utilized Come, the request protocol and return to agreement that building linkd is supported, wherein object class refers to request body and the return of linkd agreement Body, the method that processing data refer to request body and return to change data in body.
Request object sending module 103, the request protocol for being supported based on linkd, to the request object Service server is sent to after being handled.
After the request protocol for building linkd support, request object is handled by the request protocol, will be located Request object after reason is transmitted to service server.
Returned data receiving module 104, the data returned for receiving the service server.
After service server receives that treated request object, to this, treated that request object is rung It answers, returns to relevant data.
First response object obtains module 105, the return agreement for supporting based on linkd, to the return Data are handled, and the first response object is obtained.
According to the return agreement that the linkd constructed is supported, the data of return are handled, obtain response pairs As.Optionally, response object can store in response container.
First response object forwarding module 106, for the first response object to be transmitted to the test Engineering.
The response object is transmitted to testing engineering by tested application, i.e., response pairs is introduced in testing engineering As.
It present embodiments provides that a set of lightweight, learning cost be low and wieldy interface requests frame, avoids weight Wheel is made again, and reduces the use cost of linkd interface requests frame.
Based on presented hereinbefore it is found that the alternative scheme of linkd agreement is http agreement, considered based on high availability, When linkd agreement request fails, if service server configuration supports http agreement, client that can switch with interface Http agreement is requested once again.Therefore, in one embodiment, the protocol construction module 102 includes:
It is specified to obtain the request object for parsing the request object for request type obtaining unit 1021 Request type.
The specified request type of request object can be linkd, be also possible to http.
Protocol construction unit 1022, the request type for being specified according to the request object, using reflection mechanism, Construct the request protocol and return to the request protocol of agreement or http support and return to agreement that linkd is supported.
If request type is linkd, using the reflection mechanism building linkd request protocol supported and agreement is returned to. If request type is http, using the reflection mechanism building http request protocol supported and agreement is returned to.
In one embodiment, the specified request type of the request object is linkd or http;It is described Request object sending module 103 includes:
First request object transmission unit 1031, the request type for specifying in the request object are When linkd, based on the request protocol that linkd is supported, pass through linkd network client after handling the request object End is sent to service server;
2nd request object transmission unit 1032, the request type for specifying in the request object are http When, based on the request protocol that http is supported, it is sent to after handling the request object by http networking client Service server.
The present embodiment establishes a set of distribution mechanisms, and interface requests frame is processed into pressure and walks linkd agreement or http Agreement is separated 2, i.e., interface requests are only distributed to linkd agreement request, or is only distributed to http agreement request, from And distinguish and compare both ends and return the result, avoid repetition and make wheel, also reduce the use of linkd interface requests frame at This.In addition, service server can be same server, server-side deployment strategy can also be specifically seen with multiple servers.
Similarly, in one embodiment, the specified request type of the request object is linkd or http;It is described First response object obtains module 105
First processing units 1051 are based on when the request type for specifying in the request object is linkd The return agreement that linkd is supported, handles the data of the return, obtains the first response object;
The second processing unit 1052 is based on when the request type for specifying in the request object is http The return agreement that http is supported, handles the data of the return, obtains the first response object.
Before carrying out agreement distribution, optionally, it is also necessary to identify whether the interface supports linkd agreement using reflection mechanism Request or http agreement request.It in one embodiment, further include being connected to protocol construction module 102 and request object Judgment module between sending module 103, the judgment module are used to judge that the specified request type of the request object to be The no request protocol for supporting building and return agreement;If supporting, linkd is based on into request object sending module 103 is executed The request protocol of support is sent to the function of service server after handling the request object;It is raw if not supporting At the specified request type of the request object is used to indicate the request protocol of building is not supported and return to the second of agreement The 2nd response object is transmitted to the testing engineering by response object.
In the present embodiment, if the request type that the request object is specified supports the request protocol and return of building Agreement is then entered and executes the request protocol supported based on linkd, is sent to after handling the request object The step of service server.If the specified request type of the request object does not support the request protocol and return of building Agreement then generates response object, which is transmitted to testing engineering by tested application, optionally, should Response object can store in response container.For example, passing through request if specified request type is http Http agreement is not supported in the request body judgement of building, then returns to " not supporting http agreement request ";Similarly linkd also locates in this way Reason.
Using pitching pile mode, the corresponding improvement code (one of implantation above-mentioned apparatus in tested application (that is to say business APP) The secondary implantation later period need not be changed), request object and response object are introduced in testing engineering, to form interface requests Frame.
Interface requests frame based on above-mentioned realization, the present invention also provides a kind of interface test methods.In order to more preferable geographical The test method is solved, two concepts that this method is related to are introduced first.
Instrumentation test frame, Instrumentation are the core frames of Android test, be can be used It carries out unit testing and the automatic test of Android application.Instrumentation can main program starting before, Create the Context of simulation;UI event is sent to application program;Check the currently running state of program;How control Android Loading application programs control the life cycle of application program and control;The method that control can be called directly, to the attribute of control into Row is checked and is modified.Instrumentation frame is realized by the way that main program and test program are operated in the same process These functions.
AndroidJunit4 is the Open-Source Tools that JUnit 4 can be run directly in Android device, Middle Rule is the new features in JUnit4, its let us can extend the function of JUnit, neatly changes the row of test method For.
It describes in detail below to the specific embodiment of interface test method.
As shown in figure 4, in one embodiment, a kind of interface test method, comprising steps of
S201, the interface requests framework encapsulation for realizing above-mentioned any one interface test method are used at several tests Example.
Test case (Test Case) be the one group of test input worked out for some special objective, execution condition and Expected results, to test some Program path or to verify whether meet some particular demands.It is asked according to the interface of above-mentioned building Frame is sought, several test cases are obtained.
S202, the interface of service server is tested according to several described test cases.
After obtaining several test cases, so that it may be surveyed automatically according to interface of the test case to service server Examination promotes testing efficiency purpose to reach saving cost of labor.
In order to better understand foregoing invention, test case is illustrated in conjunction with several sections of codes.Under it should be understood that It states code to be only used for understanding the present invention, the concrete form of test case is not defined.
Interface requests use in testing engineering:
@Test
(steps=" obtains comment " to@Description, and expectation=" is obtained successfully ", priority= Description.P1)
Publicvoidtest06GetComments()throws Exception{
Intuid=iBigoTestInterface.myUid ();
HashMap<Long, Long>post_ids=new HashMap<~>();
post_ids.put(0L,6533822075301692416L);
Responseresponse=Request.instanse () .req (" ")
.res("Res")
.type(RequestType.HTTP)
.param("uid",uid)
.param("objType",(byte)0)
.param("version",(byte)1)
.param("count",5)
.param("post_ids",post_ids).execute();
LogUtil.e(TAG,response.toString());
Resres=gson.fromJson (response.getMsg (), Res.class);// be converted to return Object
LogUtil.e (tagName:TAG+ " obtains comment ", gson.toJson (res.comments));// by object Switch to jsonString to show
}
Request uses chain type builder style, and req (String)/res (String) represents interface requests frame and needs The request protocol to be reflected and protocol processes data object class is returned to, type (int) request type linkd or http, param are asked Ask image parameter need not specified sequence.If the request protocol of exploitation can be obtained and return to protocol processes data object class Javabean, another interface requests style are as follows:
In test case, interface requests are able to satisfy as long as with customized request object and response object, are obtained The data got can be parsed by the gson of Google, and be verified by Assert function.For ease for use, draw Enter the javabean of exploitation, so there is above-mentioned another request style.
Above-mentioned two sections of codes are an interface requests demo, can accomplish that API is layered in real use-case, by basic data layer Gradually coarseness encapsulates.Following code is a complete case:
The further coarseness of 2 base interfaces encapsulates example:
Rule is the new features in JUnit4, and the function of JUnit can be extended using it, neatly changes test method Behavior.For example, in one embodiment, described several test cases according to survey the interface of service server Examination, later, further includes: generate the automation check results report of service server.Testing engineering is based on AndroidJunit4's Automation check results report can be generated in Rule characteristic.In addition, Rule characteristic of the testing engineering based on AndroidJunit4 The method of operation of nominative testing use-case can also be extended.Complete automatic test system is formed by above two mode.
As shown in figure 5, the functional schematic of the testing engineering for an embodiment.From this figure, it can be seen that testing engineering can To specify the method for operation of various test cases, the data report (subsequent abbreviation interface requests report) of output interface request return And automation check results report, interface requests can also be reported and be automated check results report and merge, It has executed the test case all and may know that how many interface requests, improved the accuracy of operational trials, and monitored business Service operation situation.
Separately below from Rule extension the test case method of operation in terms of and generate report in terms of be introduced.It should Understand, although being illustrated here with Rule, the embodiment of the present invention is not restricted to realize by Rule, if there is Other programs can extend the test case method of operation and generate automation check results report, then can also use other programs It realizes.
1, the Rule characteristic based on extension JUnit extends the test case method of operation
In one embodiment, described several test cases according to test the interface of service server, It include: repeatedly to be tested using the same test case the interface of service server;Alternatively, from several test cases Selected part test case tests the interface of service server;Alternatively, several test cases are distributed to different Service server carries out interface testing.
In the present embodiment, one test case can be executed repeatedly based on Rule characteristic, and/or, select part use-case It executes, and/or, distribute use-case for equipment, wherein test case is subjected to screening and is distributed to distinct device and goes to run, it can be with Improve test case execution efficiency etc..It should be understood that here only to the test case part operation side of Rule characteristic extension Formula carries out example, and user can also extend other functions.
In order to better understand the test case method of operation of above-mentioned extension, it is illustrated below with reference to several sections of codes.
(1) test case will execute 10 times
(2) execution of partial test use-case is selected
(3) distribute test case for equipment
2, interface requests report and automation check results report
Interface requests report and automation check results report are separated, it is intended to which the later period reports mould by the interface requests Plate, as long as filling required parameter can inversely send request, the tester of convenient not code base is used.
(1) interface requests are reported
Interface requests report includes request type, request protocol processing data object class, returns to protocol processes data object Class, required parameter and returned data etc..As shown in the table, it is reported for the interface requests of a specific embodiment, asking in this report Seeking class is request protocol processing data object class, and the return class in this report is to return to protocol processes data object class.This In response object support numerous types of data, such as int, boolean, long, list, wherein int type reason word Section is equivalent to http interface and returns to status code, optional, it is specified that it is all that interface returns extremely that reason, which is not 0, on the one hand Reason inherits original linkd agreement and returns to status code, on the other hand customized abnormal return code, such as reason=13 Request timed out, reason=10000 self defined interface return to exception code etc..
(2) automation check results report
Junit is verified by assert function, and the testwatcher based on Junit generates visualization automation verification knot Fruit report.As shown in the table, it is reported for the automation check results of a specific embodiment.It can be seen that the automation from the table The title including test case (is tested in check results report
For aspect, tester is checked, it is also necessary to be reported interface requests and be automated check results report synthesis one File.As shown in following tables, the report after merging with automation check results is reported for the interface requests of a specific embodiment.
The technical characteristic phase of other technical characteristics of above-mentioned interface test method and above-mentioned interface requests framework implementation method Together, it will not be described here.
Based on the same inventive concept, the present invention also provides a kind of interface test devices, fill with reference to the accompanying drawing to the present invention The specific embodiment set describes in detail.
As shown in fig. 6, in one embodiment, a kind of interface test device, comprising:
Test cases technology module 201, the interface realized for above-mentioned any one interface requests frame realization device are asked Ask framework encapsulation at several test cases.
Test case is one group of test input, execution condition and the expected results worked out for some special objective, with Just it tests some Program path or verifies whether meet some particular demands.According to the interface requests frame of above-mentioned building, obtain Several test cases.
Test module 202, for being tested according to several described test cases the interface of service server.
After obtaining several test cases, so that it may be surveyed automatically according to interface of the test case to service server Examination, reduces a large amount of manual test, reaches saving cost of labor, promotes testing efficiency purpose.
Rule is the new features in JUnit4, and the function of JUnit can be extended using it, neatly changes test method Behavior.For example, further include the automation check results report generation module being connected with test module 202 in one embodiment, Automation check results for generating service server are reported.Rule characteristic of the testing engineering based on AndroidJunit4, can To generate automation check results report, in addition, Rule characteristic of the testing engineering based on AndroidJunit4, can also extend The method of operation of nominative testing use-case, to form complete automatic test system.
There are many kinds of the methods of operation for extending nominative testing use-case, for example, in one embodiment, test module 202 is used The interface of service server is repeatedly tested in using the same test case;And/or it is selected from several test cases Partial test use-case is taken to test the interface of service server;And/or several test cases are distributed to different industry Business server carries out interface testing.
In the present embodiment, one test case can be executed repeatedly with Rule characteristic, and/or, the execution of part use-case is selected, And/or distribute use-case for equipment, wherein test case is subjected to screening and is distributed to distinct device and goes to run, survey can be improved Example execution efficiency on probation etc..
Other technical characteristics of above-mentioned interface test device are identical as the technical characteristic of above-mentioned interface test method, herein not It gives and repeating.
The embodiment of the present invention also provides a kind of computer readable storage medium, is stored thereon with computer program, the program It realizes when being executed by processor and is connect described in interface requests framework implementation method or any one described in above-mentioned any one Mouth test method.Wherein, the storage medium includes but is not limited to any kind of disk (including floppy disk, hard disk, CD, CD- ROM and magneto-optic disk), ROM (Read-Only Memory, read-only memory), RAM (Random AcceSS Memory, immediately Memory), EPROM (EraSable Programmable Read-Only Memory, Erarable Programmable Read only Memory), (Electrically EraSable Programmable Read-Only Memory, electric erazable programmable is read-only to be deposited EEPROM Reservoir), flash memory, magnetic card or light card.It is, storage medium includes by equipment (for example, computer) can read Form storage or transmission information any medium.It can be read-only memory, disk or CD etc..
The embodiment of the present invention also provides a kind of computer equipment, and the computer equipment includes:
One or more processors;
Storage device, for storing one or more programs,
When one or more of programs are executed by one or more of processors, so that one or more of processing Device realizes interface testing side described in interface requests framework implementation method or above-mentioned any one described in above-mentioned any one Method.
Fig. 7 is the structural schematic diagram of computer equipment of the present invention, including processor 320, storage device 330, input unit The devices such as 340 and display unit 350.It will be understood by those skilled in the art that the structure devices shown in Fig. 7 are not constituted to institute There is the restriction of computer equipment, may include than illustrating more or fewer components, or the certain components of combination.Storage device 330 can be used for storing application program 310 and each functional module, and processor 320 runs the application journey for being stored in storage device 330 Sequence 310, thereby executing the various function application and data processing of equipment.Storage device 330 can be built-in storage or external memory Reservoir, or including both built-in storage and external memory.Built-in storage may include read-only memory, programming ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory or random storage Device.External memory may include hard disk, floppy disk, ZIP disk, USB flash disk, tape etc..Storage device disclosed in this invention includes but not It is limited to the storage device of these types.Storage device 330 disclosed in this invention is only used as example rather than as restriction.
Input unit 340 is for receiving input and request object of signal etc..Input unit 340 may include touching Control panel and other input equipments.Touch panel collect user on it or nearby touch operation (such as user use The operation of any suitable object or attachment such as finger, stylus on touch panel or near touch panel), and according to preparatory The corresponding attachment device of the driven by program of setting;Other input equipments can include but is not limited to physical keyboard, function key (such as Play control button, switch key etc.), trace ball, mouse, one of operating stick etc. or a variety of.Display unit 350 can be used for The information of display user's input is supplied to the information of user and the various menus of computer equipment.Display unit 350 can be adopted With forms such as liquid crystal display, Organic Light Emitting Diodes.Processor 320 is the control centre of computer equipment, is connect using various Mouthful and the entire computer of connection various pieces, by run or execute the software program being stored in storage device 330 and/ Or module, and the data being stored in storage device are called, perform various functions and handle data.
In one embodiment, computer equipment includes one or more processors 320, and one or more storage dresses 330 are set, one or more application program 310, wherein one or more of application programs 310 are stored in storage device 330 In and be configured as being executed by one or more of processors 320, one or more of application programs 310 are configured to Execute interface test method described in interface requests framework implementation method described in above embodiments or above-mentioned any one.
It should be understood that although each step in the flow chart of attached drawing is successively shown according to the instruction of arrow, These steps are not that the inevitable sequence according to arrow instruction successively executes.Unless expressly stating otherwise herein, these steps Execution there is no stringent sequences to limit, can execute in the other order.Moreover, at least one in the flow chart of attached drawing Part steps may include that perhaps these sub-steps of multiple stages or stage are not necessarily in synchronization to multiple sub-steps Completion is executed, but can be executed at different times, execution sequence, which is also not necessarily, successively to be carried out, but can be with other At least part of the sub-step or stage of step or other steps executes in turn or alternately.
It should be understood that each functional unit in various embodiments of the present invention can be integrated in a processing module, It can be physically existed alone, can also be integrated in two or more units in a module with each unit.It is above-mentioned integrated Module both can take the form of hardware realization, can also be realized in the form of software function module.
The above is only some embodiments of the invention, it is noted that for the ordinary skill people of the art For member, various improvements and modifications may be made without departing from the principle of the present invention, these improvements and modifications are also answered It is considered as protection scope of the present invention.

Claims (12)

1. a kind of interface requests framework implementation method, which is characterized in that it applies in tested application, comprising steps of
Receive the request object that testing engineering is sent;
The request object is parsed, using the reflection mechanism building linkd request protocol supported and returns to agreement;
Based on the request protocol that linkd is supported, service server is sent to after handling the request object;
Receive the data that the service server returns;
Based on the return agreement that linkd is supported, the data of the return are handled, obtain the first response object;
The first response object is transmitted to the testing engineering.
2. interface requests framework implementation method according to claim 1, which is characterized in that the parsing request Object using the reflection mechanism building linkd request protocol supported and returns to agreement, comprising:
The request object is parsed, the specified request type of the request object is obtained;
According to the request type that the request object is specified, using reflection mechanism, construct request protocol that linkd is supported and It returns to the request protocol of agreement or http support and returns to agreement.
3. interface requests framework implementation method according to claim 2, which is characterized in that the request object is specified Request type be linkd or http;
The request protocol supported based on linkd, is sent to service server after handling the request object, Include:
If the specified request type of the request object is linkd, based on the request protocol that linkd is supported, to described Request object by linkd networking client is sent to service server after being handled;
If the specified request type of the request object is http, based on the request protocol that http is supported, to described Request object by http networking client is sent to service server after being handled.
4. interface requests framework implementation method according to claim 2, which is characterized in that the request object is specified Request type be linkd or http;
The return agreement supported based on linkd, handles the data of the return, response pairs of acquisition the first As, comprising:
If the specified request type of the request object is linkd, based on the return agreement that linkd is supported, to the return Data handled, obtain the first response object;
If the specified request type of the request object is http, based on the return agreement that http is supported, to the return Data are handled, and the first response object is obtained.
5. interface requests framework implementation method according to any one of claims 1 to 4, which is characterized in that the parsing The request object using the reflection mechanism building linkd request protocol supported and returns to agreement, later, described to be based on The request protocol that linkd is supported, is sent to service server after handling the request object, before, further includes:
Judge whether the specified request type of the request object supports the request protocol of building and return to agreement;
If supporting, into the request protocol supported based on linkd is executed, sent out after handling the request object The step of sending to service server;
If not supporting, generate be used to indicate the specified request type of the request object do not support building request protocol and The 2nd response object for returning to agreement, is transmitted to the testing engineering for the 2nd response object.
6. a kind of interface test method, which is characterized in that comprising steps of
The interface requests framework encapsulation that any one of claim 1 to 5 method is realized is at several test cases;
The interface of service server is tested according to several described test cases.
7. interface test method according to claim 6, which is characterized in that described several test cases pair according to The interface of service server is tested, comprising:
It is repeatedly tested using interface of the same test case to service server;
And/or
Selected part test case tests the interface of service server from several test cases;
And/or
Several test cases are distributed to different service servers and carry out interface testing.
8. interface test method according to claim 6 or 7, which is characterized in that described several tests according to are used Example tests the interface of service server, later, further includes:
Generate the automation check results report of service server.
9. a kind of interface requests frame realization device, which is characterized in that apply in tested application, comprising:
Request object receiving module, for receiving the request object of testing engineering transmission;
Protocol construction module utilizes the request protocol of reflection mechanism building linkd support for parsing the request object With return agreement;
Request object sending module, the request protocol for being supported based on linkd handle the request object After be sent to service server;
Returned data receiving module, the data returned for receiving the service server;
First response object obtains module, and the return agreement for being supported based on linkd carries out the data of the return Processing obtains the first response object;
First response object forwarding module, for the first response object to be transmitted to the testing engineering.
10. a kind of interface test device characterized by comprising
Test cases technology module, the interface requests framework encapsulation for realizing device in claim 9 is at several tests Use-case;
Test module, for being tested according to several described test cases the interface of service server.
11. a kind of computer readable storage medium, is stored thereon with computer program, which is characterized in that the program is by processor The interface requests framework implementation method or claim 6 to 8 as described in any one of claim 1 to 5 are realized when execution Any one of described in interface test method.
12. a kind of computer equipment, which is characterized in that the computer equipment includes:
One or more processors;
Storage device, for storing one or more programs,
When one or more of programs are executed by one or more of processors, so that one or more of processors are real It is now any one in the interface requests framework implementation method as described in any one of claim 1 to 5 or claim 6 to 8 Interface test method described in.
CN201810847979.4A 2018-07-27 2018-07-27 Interface request frame implementation method, interface test method and corresponding device Active CN109120473B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810847979.4A CN109120473B (en) 2018-07-27 2018-07-27 Interface request frame implementation method, interface test method and corresponding device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810847979.4A CN109120473B (en) 2018-07-27 2018-07-27 Interface request frame implementation method, interface test method and corresponding device

Publications (2)

Publication Number Publication Date
CN109120473A true CN109120473A (en) 2019-01-01
CN109120473B CN109120473B (en) 2020-11-03

Family

ID=64863464

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810847979.4A Active CN109120473B (en) 2018-07-27 2018-07-27 Interface request frame implementation method, interface test method and corresponding device

Country Status (1)

Country Link
CN (1) CN109120473B (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113094254A (en) * 2019-12-23 2021-07-09 腾讯科技(深圳)有限公司 Service system test method and device, storage medium and electronic device
CN113448689A (en) * 2021-07-09 2021-09-28 中国银行股份有限公司 Dubbo protocol conversion device and method in operation period

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096631A (en) * 2009-12-11 2011-06-15 华为技术有限公司 Interface testing method and device
US20150012911A1 (en) * 2012-01-31 2015-01-08 United States Government As Represented By The Secretary Of The Navy Interface simulator for test rig in data distribution service
CN106294138A (en) * 2016-07-29 2017-01-04 东软集团股份有限公司 Method for generating test case and device
CN106993043A (en) * 2017-04-06 2017-07-28 上海木爷机器人技术有限公司 Data communication system and method based on agency
CN106991040A (en) * 2016-07-20 2017-07-28 平安科技(深圳)有限公司 Data-interface method of testing and device
CN107517188A (en) * 2016-06-16 2017-12-26 大唐软件技术股份有限公司 A kind of data processing method and device based on Android system
CN108089972A (en) * 2016-11-22 2018-05-29 北京京东尚科信息技术有限公司 interface test method and device

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102096631A (en) * 2009-12-11 2011-06-15 华为技术有限公司 Interface testing method and device
US20150012911A1 (en) * 2012-01-31 2015-01-08 United States Government As Represented By The Secretary Of The Navy Interface simulator for test rig in data distribution service
CN107517188A (en) * 2016-06-16 2017-12-26 大唐软件技术股份有限公司 A kind of data processing method and device based on Android system
CN106991040A (en) * 2016-07-20 2017-07-28 平安科技(深圳)有限公司 Data-interface method of testing and device
CN106294138A (en) * 2016-07-29 2017-01-04 东软集团股份有限公司 Method for generating test case and device
CN108089972A (en) * 2016-11-22 2018-05-29 北京京东尚科信息技术有限公司 interface test method and device
CN106993043A (en) * 2017-04-06 2017-07-28 上海木爷机器人技术有限公司 Data communication system and method based on agency

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
商城研发POP平台: "《京东系统质量保障技术实战》", 31 October 2017 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113094254A (en) * 2019-12-23 2021-07-09 腾讯科技(深圳)有限公司 Service system test method and device, storage medium and electronic device
CN113448689A (en) * 2021-07-09 2021-09-28 中国银行股份有限公司 Dubbo protocol conversion device and method in operation period

Also Published As

Publication number Publication date
CN109120473B (en) 2020-11-03

Similar Documents

Publication Publication Date Title
CN103365770B (en) Mobile terminal software test macro and method for testing software
CN104636254B (en) Generate method and apparatus, method of testing and the equipment of test case
US20150074647A1 (en) Testing system for an integrated software system
CN111159049B (en) Automatic interface testing method and system
CN106294094B (en) Test method, client, server and system of game server
US20140075242A1 (en) Testing rest api applications
CN104375938B (en) The dynamic behaviour monitoring method and system of Android application program
CN110109817A (en) Automatic interface testing method, device, equipment and storage medium
US20180322037A1 (en) Impersonation in test automation
CN110944048B (en) Service logic configuration method and device
CN106776280A (en) Configurable performance test device
CN111124919A (en) User interface testing method, device, equipment and storage medium
US20160246702A1 (en) Using emulation to disassociate verification from stimulus in functional test
WO2014088398A1 (en) Automated test environment deployment with metric recommender for performance testing on iaas cloud
WO2016062152A1 (en) Network element inspection method and device
CN109992509A (en) The automated execution method, apparatus of test case, electronic equipment
CN109120473A (en) Interface requests framework implementation method, interface test method and its corresponding device
CN106293687B (en) A kind of control method and device being packaged process
Lei et al. Performance and scalability testing strategy based on kubemark
Marin et al. Towards testing future web applications
CN105739481B (en) The test method of industrial control software, apparatus and system
US20050044136A1 (en) System and methods for synchronizing software execution across data processing systems and platforms
CN117370203A (en) Automatic test method, system, electronic equipment and storage medium
CN114840410A (en) Test analysis method and device, computer equipment and storage medium
CN107180525A (en) Bluetooth control method, device, system and the relevant device of a kind of physical equipment

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
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20221123

Address after: 31a, 15th floor, building 30, maple commercial city, bangrang Road, Brazil

Patentee after: Baiguoyuan Technology (Singapore) Co.,Ltd.

Address before: Building B-1, North District, Wanda Commercial Plaza, Wanbo business district, No. 79, Wanbo 2nd Road, Nancun Town, Panyu District, Guangzhou City, Guangdong Province

Patentee before: GUANGZHOU BAIGUOYUAN INFORMATION TECHNOLOGY Co.,Ltd.