CN104657270A - Method and system for testing - Google Patents
Method and system for testing Download PDFInfo
- Publication number
- CN104657270A CN104657270A CN201510092260.0A CN201510092260A CN104657270A CN 104657270 A CN104657270 A CN 104657270A CN 201510092260 A CN201510092260 A CN 201510092260A CN 104657270 A CN104657270 A CN 104657270A
- Authority
- CN
- China
- Prior art keywords
- parameter
- test
- testing
- coverage rate
- predetermined threshold
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the invention discloses a method and a system for testing. The method comprises the following steps of responding to the inputted parameter related to a testing object, and sending a testing request to the testing object; receiving a return value which is sent by the testing object and corresponds to the parameter; verifying the return value, so as to obtain a testing result. The method and the system disclosed by the embodiment can solve the problems that the testing work is complicated, the testing result cannot be effectively verified, the testing coverage rate cannot be determined, and the like.
Description
Technical field
Embodiment of the present disclosure relates to computer network field, more specifically, relates to a kind of method of testing and system.
Background technology
Along with the fast development of computer networking technology, if the portfolio of a computer software realizes increasing, then likely there is the potential or actual user of hundreds of millions ranks.But due to the increase of number of users, the test job of the application programming interface (API) of such as http agreement becomes abnormal heavy.
The test development of traditional script formula due to what adopt at present, correlation parameter in each test needs to realize specifically encapsulating to adapt to various operating system and test macro, therefore very high requirement is proposed to tester, a lot of test all can only have been come by advanced test slip-stick artist.
Further, redundant code is also too much a defect of script formula method of testing, and this makes a lot of advanced test personnel need the work being busy with relatively repeating.
In addition, because traditional script formula test and comparison is limited to, simple analog can only sending request for testing, taking request rreturn value, but can not effectively verify the correctness of request rreturn value.Therefore, test result only can as qualitative reference.
In addition, traditional script formula test lacks a kind of mechanism determining test coverage.After once having tested, it is whether abundant that tester has been indifferent to this test result usually, causes API to test and there is quality risk.
Therefore, need a kind of means of testing badly can simplify test job, effectively validation test result, determine test coverage etc., to solve the problem.
Summary of the invention
Embodiment of the present disclosure provides a kind of method of testing and system, with solve test job complicated, cannot effectively validation test result, can not determine the problems such as test coverage.
For this reason, an aspect of the present disclosure provides a kind of method of testing, comprising: in response to the parameter that input is relevant to tested object, send test request to tested object; Receive from tested object, corresponding with parameter rreturn value; And obtain test result by checking rreturn value.
In one embodiment, obtain test result by checking rreturn value can comprise: rreturn value is compared with the validation value corresponding with parameter stored; When rreturn value equals validation value, it is qualified test result to be defined as; And when rreturn value is not equal to validation value, test result is defined as defective.
In another embodiment, the method can also comprise: according to the ratio of the tested parameter in parameter and parameter, determine the coverage rate of parameter testing; And when the coverage rate of parameter testing is less than predetermined threshold, continue the parameter except tested parameter in test parameter.
In a further embodiment, the method can also comprise: according to the ratio of the tested parameter in parameter and parameter, determine the coverage rate of parameter testing; When the coverage rate of parameter testing is less than the first predetermined threshold, test mass is evaluated as low; When the coverage rate of parameter testing is more than or equal to the first predetermined threshold and is less than the second predetermined threshold, during test mass is evaluated as; And when the coverage rate of parameter testing is more than or equal to the second predetermined threshold, test mass is evaluated as height.
In a further embodiment, in response to the parameter that input is relevant to tested object, sending test request to tested object can comprise: encapsulate the parameter of input; And in response to input parameter, send test request to tested object.
In a further embodiment, tested object can be application programming interface.
In addition, of the present disclosurely another aspect provides a kind of test macro, comprising: test request dispensing device, be configured in response to the input parameter relevant to tested object, to tested object transmission test request; Rreturn value receiving trap, is configured to receive from tested object, corresponding with parameter rreturn value; And demo plant, be configured to by checking rreturn value and obtain test result.
In one embodiment, demo plant can comprise: comparing unit, is configured to rreturn value to compare with the validation value corresponding with parameter stored; And test result determining unit, be configured to: when rreturn value equals validation value, it is qualified test result to be defined as; And when rreturn value is not equal to validation value, test result is defined as defective.
In another embodiment, this system can also comprise: coverage rate determining device, be configured to the ratio according to the tested parameter in parameter and parameter, determine the coverage rate of parameter testing, wherein when the coverage rate of parameter testing is less than predetermined threshold, this test macro continues the parameter except tested parameter in test parameter.
In a further embodiment, this system can also comprise: coverage rate determining device, is configured to the ratio according to the tested parameter in parameter and parameter, determines the coverage rate of parameter testing; And test mass apparatus for evaluating, be configured to: when the coverage rate of parameter testing is less than the first predetermined threshold, test mass be evaluated as low; When the coverage rate of parameter testing is more than or equal to the first predetermined threshold and is less than the second predetermined threshold, during test mass is evaluated as; And when the coverage rate of parameter testing is more than or equal to the second predetermined threshold, test mass is evaluated as height.
In a further embodiment, test request dispensing device can comprise: encapsulation unit, is configured to encapsulate the parameter of input; And transmitting element, be configured in response to input parameter, send test request to tested object.
Test job, effectively validation test result can be simplified according to embodiment of the present disclosure, determine test coverage, thus make test job, especially application programs DLL (dynamic link library) (API, such as based on the api of http agreement) test job can more easily be completed, to realize the robotization of test job.
Accompanying drawing explanation
The disclosure comprises accompanying drawing, and for providing the further understanding to exemplary embodiment, these drawings constitute a part for instructions, for describing exemplary embodiment.
In accompanying drawing:
Fig. 1 shows the process flow diagram of the method for testing according to embodiment of the present disclosure;
Fig. 2 shows the detail flowchart of the acquisition test result according to embodiment of the present disclosure;
Fig. 3 shows the process flow diagram of the method for testing according to embodiment of the present disclosure;
Fig. 4 shows the process flow diagram of the method for testing according to another embodiment of the present disclosure;
Fig. 5 shows the process flow diagram according to the method for testing of an embodiment more of the present disclosure; And
Fig. 6 shows the schematic block diagram of the test macro according to embodiment of the present disclosure.
Embodiment
Hereafter will make a more detailed description specific embodiment of the present disclosure.Although should be understood that the embodiment hereinafter described is mostly for the test of the application programming interface based on http agreement, embodiment of the present disclosure is also applicable to the test of other softwares.
Fig. 1 shows the process flow diagram of the method for testing according to embodiment of the present disclosure.
As shown in Figure 1, in step S101, in response to the parameter that input is relevant to tested object, send test request to tested object.Here, this method completes automatically, and user or tester only need input the parameter relevant to tested object of such as API parameter, automatically can trigger test process, generates test request, and this request is sent to the tested object of such as api interface.When this tested api interface is based on http agreement, this test request is http request.
Afterwards, perform step S103, receive from tested object, corresponding with parameter rreturn value.Here, after sending to the tested object of such as api interface the test request automatically generated, wait for and receive the rreturn value from api interface feedback.Corresponding with step S101, when this tested api interface is based on http agreement, this rreturn value is http rreturn value.
Afterwards, perform step S105, obtain test result by checking rreturn value.
Next, Fig. 2 shows the detail flowchart of the acquisition test result according to embodiment of the present disclosure.
As shown in Figure 2, the obtaining test result comprise by checking rreturn value of step S105: in step S201, rreturn value is compared with the validation value corresponding with parameter stored; In step S203, when rreturn value equals validation value, it is qualified test result to be defined as; And in step S205, when rreturn value is not equal to validation value, test result is defined as defective.Here, comparing between rreturn value with validation value can not be strictly compare, that is, when rreturn value and the corresponding validation value of predetermined ratio strict identical time, just think that test result is qualified.Alternatively, this predetermined ratio is 90%, now empirically can abandon the unwanted defective the result of major part.In addition, a database is pre-set, for storing all parameters and corresponding to the validation value of these parameters.
In addition, Fig. 3 shows the process flow diagram of the method for testing according to embodiment of the present disclosure.
Wherein, in the step that Fig. 1 described, repeat no more herein.Alternatively, after performing the step S101 shown in Fig. 1, S103, S105, can also continue to perform step S307, according to the ratio of the tested parameter in all parameters and all parameters, determine the coverage rate of parameter testing.As an example, for the api interface as tested object, what user or tester inputted always has 100 for the parameter of testing, if wherein have 40 through the parameter (no matter whether qualified) of test, then the coverage rate of parameter testing is 40%.Usually, pre-set a database, for storing all parameters and corresponding to the validation value of these parameters, therefore, above-mentioned all parameters also can refer to storage all parameters in a database.
Afterwards, perform step S309, when the coverage rate of parameter testing is less than predetermined threshold, continue the parameter except tested parameter in test parameter.As an example, first predetermined threshold is set to 60%.If the parameter of user or tester's input has 100 and the parameter of having carried out testing has 40, then the coverage rate of 40% is lower than predetermined threshold 60%, at this moment test process is continued, namely test and be not marked as tested parameter (such as continuing the parameter of test more than 20 again), until coverage rate is more than predetermined threshold.In this way, this method of testing only needs a first artificial setting predetermined threshold, and test job is afterwards and automatically completes, and makes the coverage rate of testing meet user's request.
In addition, Fig. 4 shows the process flow diagram of the method for testing according to another embodiment of the present disclosure.
Wherein, in the step that Fig. 1 described, repeat no more herein.Alternatively, after performing the step S101 shown in Fig. 1, S103, S105, can also continue to perform step S407, according to the ratio of the tested parameter in all parameters and all parameters, determine the coverage rate of parameter testing, concrete exemplary step with reference to the description of above-mentioned steps S307, can repeat no more here.
Afterwards, perform step S409, according to the comparative result of coverage rate and one or more coverage rate, assess test mass.Here, alternatively, when the coverage rate of parameter testing is less than the first predetermined threshold, test mass is evaluated as low; When the coverage rate of parameter testing is more than or equal to the first predetermined threshold and is less than the second predetermined threshold, during test mass is evaluated as; When the coverage rate of parameter testing is more than or equal to the second predetermined threshold, test mass is evaluated as height.As an example, the first predetermined threshold is set to 40%, the second predetermined threshold is set to 70%.When coverage rate (such as, 30%) is less than 40%, be evaluated as by test mass low, now, even if above-mentioned test result is higher than 90%, because its test mass is lower, therefore this test result can not be considered to effective.When the coverage rate (such as, 60%) of parameter testing is more than or equal to 30% and is less than 70%, during test mass is evaluated as, now, for some non-core api interfaces, when test result higher than 90% time, test result can be considered to effective.And when the coverage rate (such as, 90%) of parameter testing is more than or equal to 70%, test mass is evaluated as height, now, for Core API interface, when test result higher than 90% time, test result can be considered to effective.Can by intuitively showing coverage rate to user or tester, thus user or tester be helped to determine whether obtained test result (especially qualified test result) is effective by this method of testing.
In addition, Fig. 5 shows the process flow diagram according to the method for testing of an embodiment more of the present disclosure.
As shown in Figure 5, the parameter relevant to tested object in response to input of step S105, sends test request to tested object and comprises: in step S501, encapsulate the parameter of input.In step S503, in response to input parameter, send test request to tested object.Wherein, it is assembled that term " encapsulation " expression carries out intellectuality according to different http protocol modes to parameter, such as, directly carries out assembled according to get, post function to parameter.In addition, term " encapsulation " can also represent plug-in unitization configuration parameter being carried out to intelligence, the situation of transplanting with corresponding environment, such as, carries out plug-in unit be configured to adapt to linux environment to the parameter based on windows environment.In this way, this method of testing can realize automatic test, without the need to user or the various parameter of tester's Manual arranging.
In addition, Fig. 6 shows the schematic block diagram of the test macro according to embodiment of the present disclosure.
As shown in Figure 6, this test macro 600 comprises: test request dispensing device 601, is configured to, in response to the input parameter relevant to tested object, send test request to tested object; Rreturn value receiving trap 603, is configured to receive from tested object, corresponding with parameter rreturn value; And demo plant 605, be configured to by checking rreturn value and obtain test result.
Here, this test macro is automatization test system, and user or tester only need input the parameter relevant to tested object of such as API parameter to it, automatically can trigger test process, generate test request, and this request is sent to the tested object of such as api interface.When this tested api interface is based on http agreement, this test request is http request, and this rreturn value is http rreturn value.
In one embodiment, demo plant 605 may further include: comparing unit, is configured to rreturn value to compare with the validation value corresponding with parameter stored; And test result determining unit, be configured to: when rreturn value equals validation value, it is qualified test result to be defined as; And when rreturn value is not equal to validation value, test result is defined as defective.
In another embodiment, this system 600 can also comprise: coverage rate determining device, be configured to the ratio according to the tested parameter in parameter and parameter, determine the coverage rate of parameter testing, wherein when the coverage rate of parameter testing is less than predetermined threshold, this system 600 continues the parameter except tested parameter in test parameter.
In a further embodiment, this system 600 can also comprise: coverage rate determining device, is configured to the ratio according to the tested parameter in parameter and parameter, determines the coverage rate of parameter testing; And test mass apparatus for evaluating, be configured to: when the coverage rate of parameter testing is less than the first predetermined threshold, test mass be evaluated as low; When the coverage rate of parameter testing is more than or equal to the first predetermined threshold and is less than the second predetermined threshold, during test mass is evaluated as; And when the coverage rate of parameter testing is more than or equal to the second predetermined threshold, test mass is evaluated as height.
In a further embodiment, test request dispensing device 601 may further include: encapsulation unit, is configured to encapsulate the parameter of input; And transmitting element, be configured in response to input parameter, send test request to tested object.
Although present description illustrates embodiments more of the present disclosure, according to various amendment and improvement, claims cover other embodiments of the present disclosure being different from described embodiment.To those skilled in the art, other application and structure are apparent.
Claims (11)
1. a method of testing, comprising:
In response to the parameter that input is relevant to tested object, send test request to described tested object;
Receive from described tested object, corresponding with described parameter rreturn value; And
Test result is obtained by verifying described rreturn value.
2. method according to claim 1, wherein obtains test result by the described rreturn value of checking and comprises:
Described rreturn value is compared with the validation value corresponding with described parameter stored;
When described rreturn value equals described validation value, it is qualified described test result to be defined as; And
When described rreturn value is not equal to described validation value, described test result is defined as defective.
3. method according to claim 1, also comprises:
According to the ratio of the tested parameter in described parameter and described parameter, determine the coverage rate of parameter testing; And
When the coverage rate of described parameter testing is less than predetermined threshold, continue the parameter except described tested parameter in the described parameter of test.
4. method according to claim 1, also comprises:
According to the ratio of the tested parameter in described parameter and described parameter, determine the coverage rate of parameter testing;
When the coverage rate of described parameter testing is less than the first predetermined threshold, test mass is evaluated as low;
When the coverage rate of described parameter testing is more than or equal to described first predetermined threshold and is less than the second predetermined threshold, during described test mass is evaluated as; And
When the coverage rate of described parameter testing is more than or equal to described second predetermined threshold, described test mass is evaluated as height.
5. method according to claim 1, wherein in response to the parameter that input is relevant to tested object, sends test request to described tested object and comprises:
The described parameter of input is encapsulated; And
In response to the described parameter of input, send described test request to described tested object.
6. method according to claim 1, wherein said tested object is application programming interface.
7. a test macro, comprising:
Test request dispensing device, is configured to, in response to the input parameter relevant to tested object, send test request to described tested object;
Rreturn value receiving trap, is configured to receive from described tested object, corresponding with described parameter rreturn value; And
Demo plant, is configured to by verifying described rreturn value and obtains test result.
8. system according to claim 7, wherein said demo plant comprises:
Comparing unit, is configured to described rreturn value to compare with the validation value corresponding with described parameter stored; And
Test result determining unit, is configured to:
When described rreturn value equals described validation value, it is qualified described test result to be defined as; And
When described rreturn value is not equal to described validation value, described test result is defined as defective.
9. system according to claim 7, also comprises:
Coverage rate determining device, is configured to the ratio according to the tested parameter in described parameter and described parameter, determines the coverage rate of parameter testing,
Wherein when the coverage rate of described parameter testing is less than predetermined threshold, described test macro continues the parameter except described tested parameter in the described parameter of test.
10. system according to claim 7, also comprises:
Coverage rate determining device, is configured to the ratio according to the tested parameter in described parameter and described parameter, determines the coverage rate of parameter testing; And
Test mass apparatus for evaluating, is configured to:
When the coverage rate of described parameter testing is less than the first predetermined threshold, test mass is evaluated as low;
When the coverage rate of described parameter testing is more than or equal to described first predetermined threshold and is less than the second predetermined threshold, during described test mass is evaluated as; And
When the coverage rate of described parameter testing is more than or equal to described second predetermined threshold, described test mass is evaluated as height.
11. systems according to claim 7, wherein said test request dispensing device comprises:
Encapsulation unit, is configured to encapsulate the described parameter of input; And
Transmitting element, is configured to, in response to the described parameter of input, send described test request to described tested object.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510092260.0A CN104657270A (en) | 2015-02-28 | 2015-02-28 | Method and system for testing |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510092260.0A CN104657270A (en) | 2015-02-28 | 2015-02-28 | Method and system for testing |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104657270A true CN104657270A (en) | 2015-05-27 |
Family
ID=53248437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510092260.0A Pending CN104657270A (en) | 2015-02-28 | 2015-02-28 | Method and system for testing |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104657270A (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106294182A (en) * | 2016-08-24 | 2017-01-04 | 腾讯科技（深圳）有限公司 | A kind of determine many survey the feedback method of effectiveness, test equipment and system |
| CN106598851A (en) * | 2016-12-05 | 2017-04-26 | 广州唯品会信息科技有限公司 | Software interface test method and system |
| CN107247665A (en) * | 2017-05-18 | 2017-10-13 | 北京信安世纪科技有限公司 | A kind of method of testing and system of C interface function |
| CN107368420A (en) * | 2017-07-27 | 2017-11-21 | 万帮充电设备有限公司 | API method of testings, device and electronic equipment |
| CN107908544A (en) * | 2017-08-21 | 2018-04-13 | 中国平安人寿保险股份有限公司 | A kind of use-case test method and terminal device |
| CN108628729A (en) * | 2017-03-15 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of method for testing software and software test client |
| CN108694104A (en) * | 2017-04-12 | 2018-10-23 | 北京京东尚科信息技术有限公司 | A kind of interface function contrast test method, apparatus, electronic equipment and storage medium |
| CN109117365A (en) * | 2018-07-18 | 2019-01-01 | 北京城市网邻信息技术有限公司 | A kind of test method, device, storage medium and terminal |
| CN110347578A (en) * | 2018-04-08 | 2019-10-18 | 腾讯科技（深圳）有限公司 | A kind of test method of application, device and storage medium |
| CN111382074A (en) * | 2020-03-09 | 2020-07-07 | 摩拜(北京)信息技术有限公司 | Interface test method and device and electronic equipment |
| CN112019405A (en) * | 2020-08-31 | 2020-12-01 | 深圳市吉祥腾达科技有限公司 | Automatic testing method and system |
| CN113537780A (en) * | 2021-07-19 | 2021-10-22 | 山东浪潮通软信息科技有限公司 | Method, device and medium for testing coverage assessment through API (application program interface) |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0635754A (en) * | 1992-07-13 | 1994-02-10 | Hitachi Ltd | Retesting method and device therefor |
| US20030208351A1 (en) * | 2002-05-01 | 2003-11-06 | Alan Hartman | Model based test generation for validati on of parallel and concurrent software |
| CN1503136A (en) * | 2002-11-21 | 2004-06-09 | 深圳市中兴通讯股份有限公司 | Embedded software test method |
| EP1780946A1 (en) * | 2005-10-31 | 2007-05-02 | Codenomicon Oy | Consensus testing of electronic system |
| CN1983209A (en) * | 2005-12-14 | 2007-06-20 | 中兴通讯股份有限公司 | System and method for automatically testing software unit |
| CN1987821A (en) * | 2006-11-14 | 2007-06-27 | 无敌科技(西安)有限公司 | Method and system for realizing unit test |
| CN101464829A (en) * | 2007-12-18 | 2009-06-24 | 珠海金山软件股份有限公司 | Method and test device for confirming code coverage rate |
| CN102122265A (en) * | 2011-03-03 | 2011-07-13 | 中国工商银行股份有限公司 | System and method for verifying computer software test results |
| CN102236600A (en) * | 2010-05-06 | 2011-11-09 | 无锡中星微电子有限公司 | Method and device for obtaining code coverage rate |
-
2015
- 2015-02-28 CN CN201510092260.0A patent/CN104657270A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0635754A (en) * | 1992-07-13 | 1994-02-10 | Hitachi Ltd | Retesting method and device therefor |
| US20030208351A1 (en) * | 2002-05-01 | 2003-11-06 | Alan Hartman | Model based test generation for validati on of parallel and concurrent software |
| CN1503136A (en) * | 2002-11-21 | 2004-06-09 | 深圳市中兴通讯股份有限公司 | Embedded software test method |
| EP1780946A1 (en) * | 2005-10-31 | 2007-05-02 | Codenomicon Oy | Consensus testing of electronic system |
| CN1983209A (en) * | 2005-12-14 | 2007-06-20 | 中兴通讯股份有限公司 | System and method for automatically testing software unit |
| CN1987821A (en) * | 2006-11-14 | 2007-06-27 | 无敌科技(西安)有限公司 | Method and system for realizing unit test |
| CN101464829A (en) * | 2007-12-18 | 2009-06-24 | 珠海金山软件股份有限公司 | Method and test device for confirming code coverage rate |
| CN102236600A (en) * | 2010-05-06 | 2011-11-09 | 无锡中星微电子有限公司 | Method and device for obtaining code coverage rate |
| CN102122265A (en) * | 2011-03-03 | 2011-07-13 | 中国工商银行股份有限公司 | System and method for verifying computer software test results |
Non-Patent Citations (1)
| Title |
|---|
| 邓武等: "《软件测试技术与实践》", 31 January 2012, 清华大学出版社 * |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106294182A (en) * | 2016-08-24 | 2017-01-04 | 腾讯科技（深圳）有限公司 | A kind of determine many survey the feedback method of effectiveness, test equipment and system |
| CN106598851A (en) * | 2016-12-05 | 2017-04-26 | 广州唯品会信息科技有限公司 | Software interface test method and system |
| CN108628729A (en) * | 2017-03-15 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of method for testing software and software test client |
| CN108694104A (en) * | 2017-04-12 | 2018-10-23 | 北京京东尚科信息技术有限公司 | A kind of interface function contrast test method, apparatus, electronic equipment and storage medium |
| CN107247665A (en) * | 2017-05-18 | 2017-10-13 | 北京信安世纪科技有限公司 | A kind of method of testing and system of C interface function |
| CN107247665B (en) * | 2017-05-18 | 2020-06-26 | 北京信安世纪科技股份有限公司 | Method and system for testing C interface function |
| CN107368420A (en) * | 2017-07-27 | 2017-11-21 | 万帮充电设备有限公司 | API method of testings, device and electronic equipment |
| CN107908544A (en) * | 2017-08-21 | 2018-04-13 | 中国平安人寿保险股份有限公司 | A kind of use-case test method and terminal device |
| CN110347578A (en) * | 2018-04-08 | 2019-10-18 | 腾讯科技（深圳）有限公司 | A kind of test method of application, device and storage medium |
| CN110347578B (en) * | 2018-04-08 | 2022-05-17 | 腾讯科技（深圳）有限公司 | Application testing method and device and storage medium |
| CN109117365A (en) * | 2018-07-18 | 2019-01-01 | 北京城市网邻信息技术有限公司 | A kind of test method, device, storage medium and terminal |
| CN109117365B (en) * | 2018-07-18 | 2022-04-22 | 北京城市网邻信息技术有限公司 | Test method, test device, storage medium and terminal |
| CN111382074A (en) * | 2020-03-09 | 2020-07-07 | 摩拜(北京)信息技术有限公司 | Interface test method and device and electronic equipment |
| CN112019405A (en) * | 2020-08-31 | 2020-12-01 | 深圳市吉祥腾达科技有限公司 | Automatic testing method and system |
| CN113537780A (en) * | 2021-07-19 | 2021-10-22 | 山东浪潮通软信息科技有限公司 | Method, device and medium for testing coverage assessment through API (application program interface) |
| CN113537780B (en) * | 2021-07-19 | 2024-05-14 | 浪潮通用软件有限公司 | Method, equipment and medium for testing coverage assessment through API (application program interface) |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104657270A (en) | Method and system for testing | |
| CN101329652B (en) | Regression test automatic system and method | |
| CN105302716B (en) | Test method, device under the development mode of interflow | |
| CN103970650B (en) | Distributed testing method and device | |
| CN111124919A (en) | User interface testing method, device, equipment and storage medium | |
| CN108733569B (en) | Interface automatic testing method and device, storage medium and equipment | |
| CN103365770A (en) | Mobile terminal software testing system and software testing method | |
| CN111309636B (en) | Robot automation test system, method, construction server and storage medium | |
| CN106708716A (en) | Software testing method, device and system | |
| CN107102949B (en) | Application program offline testing method and tool | |
| CN104346279A (en) | Method and device for software testing | |
| CN105204986A (en) | Automated product testing method, server and mobile equipment | |
| CN111124871A (en) | Interface test method and device | |
| CN103678124A (en) | Video surveillance platform auto-test method and device based on continuous integrated environment | |
| US8816695B2 (en) | Method and system for interoperability testing | |
| CN110597710B (en) | Test coverage rate statistical method, device, computer equipment and storage medium | |
| CN105117340A (en) | URL (Uniform Resource Locator) detection method and device used for quality evaluation of iOS browser application | |
| CN115129574A (en) | Code testing method and device | |
| CN107222332A (en) | Method of testing, device, system and machinable medium | |
| CN116955193A (en) | Interface testing method, device, equipment and storage medium | |
| CN113722240B (en) | Stability testing method and system for linux operating system management platform | |
| CN111104331A (en) | Software management method, terminal device and computer-readable storage medium | |
| CN114385258A (en) | Automatic testing method and device, electronic equipment and storage medium | |
| CN108628736B (en) | Android device testing method and device | |
| CN112765038A (en) | Distributed cluster software testing method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150527 |
|
| RJ01 | Rejection of invention patent application after publication |