WO2016206505A1 - Système de test automatisé et procédé de test - Google Patents

Système de test automatisé et procédé de test Download PDF

Info

Publication number
WO2016206505A1
WO2016206505A1 PCT/CN2016/082513 CN2016082513W WO2016206505A1 WO 2016206505 A1 WO2016206505 A1 WO 2016206505A1 CN 2016082513 W CN2016082513 W CN 2016082513W WO 2016206505 A1 WO2016206505 A1 WO 2016206505A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
automated
module
software
testing
Prior art date
Application number
PCT/CN2016/082513
Other languages
English (en)
Chinese (zh)
Inventor
李俊
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016206505A1 publication Critical patent/WO2016206505A1/fr

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software

Definitions

  • This article covers, but is not limited to, the field of embedded device testing, involving automated test systems and test methods.
  • the embodiment of the invention provides an automatic test system and a test method, which solves the technical problem that the related automatic test method cannot meet the test characteristics of the optical network transmission device, thereby increasing the time and labor cost of the test and reducing the test efficiency.
  • An automated test system includes: a version update module, a static check module, a compiling module, a burning module, a test execution module, and a test feedback module;
  • the version update module is configured to detect a version of the test software and update the same;
  • the static check module is configured to perform static check on the program in the updated test software
  • the compiling module is configured to compile a program in the test software after the static check is completed;
  • the programming module is configured to write the program in the compiled test software to the device under test;
  • the test execution module is configured to perform an automated test on the device under test according to a preset test strategy
  • the test feedback module is configured to feed back automated test results and test log information.
  • the automated test system further includes:
  • the jump module is set to determine whether the current module ends execution and jumps to the next module after the current module execution ends.
  • the automated test system further includes:
  • the adaptive decision module is configured to determine whether to continue the automated test when a failure occurs during the automated test.
  • the adaptive decision module is set to:
  • the adaptive decision module determines whether to continue to perform the automatic test according to a preset fault level when the test case fails.
  • test case fails and is the preset first type of fault level
  • test of the current test case is terminated and the tester is notified;
  • test case fails and is the default second level of fault, continue with the next test case.
  • An embodiment of the present invention further provides a testing method, where the testing method includes:
  • the automated test system obtains the updated test software, and performs static check on the program in the updated test software;
  • the method further includes: when the version of the test software is updated, the automated test system detects the updated test software and performs static check on the program in the test software, the automated test system detects Test the version of the software for updates.
  • the method further includes:
  • the automated test system decides whether to continue The automated test described.
  • the automated testing system determines whether to continue to perform the automated testing, including:
  • the automated test system decides whether to continue the automated test based on the preset fault level.
  • the automated test system determines whether to continue to perform the automated test according to a preset fault level, including:
  • the automated test system terminates the test of the current test case and notifies the tester;
  • test case fails and is a preset second type of fault level
  • the automated test system continues to execute the next test case.
  • the embodiment of the invention modularizes each function of the automated test, so that each module functions independently, thereby making the whole test method have strong portability and scalability, and can be fully automated, thereby reducing human factors.
  • the unscientific test of the test has improved the efficiency of research and development.
  • the embodiment of the present invention also considers a situation in which the test process is faulty. By testing the interrupt adaptive mode, the test program decides whether to continue the test, thereby providing a good fault tolerance mechanism for the test interrupt condition, and improving the test efficiency. Reduced product development costs.
  • the embodiment of the invention further provides a computer readable storage medium, wherein the computer readable storage medium stores computer executable instructions, and when the computer executable instructions are executed, the test method is implemented.
  • FIG. 1 is a schematic diagram of functional modules of an automated test system according to a first embodiment of the present invention
  • FIG. 2 is a structural block diagram of an automated test system according to a first embodiment of the present invention
  • FIG. 3 is a schematic diagram of a layered framework of an automated test system according to a first embodiment of the present invention
  • FIG. 4 is a schematic diagram of functional modules of an automated test system according to a second embodiment of the present invention.
  • FIG. 5 is a schematic diagram of functional modules of an automated test system according to a third embodiment of the present invention.
  • FIG. 6 is a schematic diagram of an adaptive process of the adaptive decision module of FIG. 5;
  • FIG. 7 is a schematic flowchart diagram of a testing method according to a fourth embodiment of the present invention.
  • FIG. 8 is another schematic flowchart of a testing method according to a fifth embodiment of the present invention.
  • Embodiments of the present invention provide an automated test system.
  • FIG. 1 is a schematic diagram of functional modules of an automated test system according to an embodiment of the present invention.
  • the automated test system includes: a version update module 10, a static check module 20, a compiling module 30, a programming module 40, a test execution module 50, and a test feedback module 60;
  • the version update module 10 is configured to detect and update the version of the test software
  • the tester needs to continuously modify the test software to achieve the test purpose.
  • the version update module 10 will automatically detect whether there is an update of the version of the test software. If there is an update, the latest version of the test software is automatically downloaded and updated.
  • the test software includes test data for testing, test cases, and test function sets for performing tests.
  • the static check module 20 is configured to perform static check on the program in the updated test software
  • the compiling module 30 is configured to compile the program in the test software after the static check is completed;
  • the programming module 40 is configured to write the program in the compiled test software to the device under test;
  • the device under test includes an embedded device, and the related program in the test software needs to be written into the device under test to facilitate testing.
  • the static check module 20 performs static check on the program in the updated test software, such as checking the syntax structure of the program, the array is out of bounds, the divisor is zero, and the buffer overflows; Static check The program is compiled; the program in the compiled test software is written into the device under test through the programming module 40.
  • the static checking module 20 or the compiling module 30 or the programming module 40 is further configured to feed back the error information that appears to the tester.
  • the test execution module 50 is configured to perform an automated test on the device under test according to a preset test strategy
  • the test feedback module 60 is configured to feed back automated test results and test log information.
  • the test execution module 50 automatically performs an automatic test according to the preset test strategy, and completes the test execution process.
  • the default test strategy includes the type of test and the corresponding test cases, such as regression test, stress test, and so on.
  • the test cases used by different test types can be the same or different.
  • the test feedback module 60 feeds back the automated test results and the test log information to the tester, for example, by sending the test result and the test log to the tester's mailbox by email, so that the tester can follow up and understand the test situation in time. And make subsequent modifications to the test equipment or test procedures.
  • the automated test system includes an automation server, a version server, and a display kanban.
  • the automation server is responsible for automating use case management, parameter configuration, test execution and feedback of test results, and interacts with the device under test to complete the automated test process;
  • the version server is responsible for checking and updating the software version, compiling and programming. And pass the relevant software program to the device under test;
  • the display kanban is set to display software version check, compile, burn, and test result display.
  • the device under test includes an embedded device, which may be an optical network transmission device.
  • the version update module 10, the static check module 20, the compiling module 30, and the burning module 40 may be disposed on the version server
  • the test execution module 50 may be disposed on the automation server
  • the test feedback module 60 may be disposed on the display. Watch on the board.
  • FIG. 1 A schematic diagram of a layered framework of the automated test system of the present invention as shown in FIG.
  • the automated test system is regarded as a framework with a three-layer architecture, which is a support layer, a service layer, and an application layer.
  • the support layer is used to support the underlying device communication protocol to send and receive message platform functions, and can ensure automatic measurement after completing the encapsulation of the underlying device communication protocol.
  • the test system interacts with the communication information of the device under test; the service layer mainly encapsulates the message interface according to the service of the embedded device product, and completes an API (Application Programming Interface) (such as security, performance, maintenance, and alarm). Directly shield the function differences of each device and be called by the upper application layer; the application layer completes the service parameter configuration and use case management functions, and at the same time guarantees the execution result and log output.
  • API Application Programming Interface
  • the modular design adopted in this embodiment has strong portability and scalability, and thus can meet the testing requirements of different embedded device products and different test software versions.
  • the entire execution process of the automated test system simulates the network management operation, thereby ensuring the consistency of the test environment steps, avoiding irregularities or differences in human operation, and automatically feeding back test results.
  • the functions of each module are independent, which makes the whole test method highly portable and scalable, and can be fully automated, thereby reducing the unscientific test caused by human factors and improving R&D. effectiveness.
  • FIG. 4 is a schematic diagram of functional modules of an automated test system according to a second embodiment of the present invention. Based on the foregoing automated test system, the automated test system in this embodiment further includes:
  • the jump module 70 is configured to determine whether the current module ends execution and jump to the next module after the current module execution ends.
  • the current module in this embodiment refers to the running module that is being executed during the automatic testing process, and may be a version update module 10, a static check module 20, a compiling module 30, a burning module 40, a test executing module 50, and Test any of the feedback modules 60.
  • the jump module 70 determines whether the current module is executed and automatically jumps to the next module after the execution of the current module, as the functions of the modules are independent of each other. Thereby, the entire functional modules of the automated test system are connected in series and executed in sequence. Specifically, the end tag and the calling address of the next module can be set in each module.
  • This embodiment is an alternative embodiment for fully automating the test execution process of an automated test system.
  • you can automate the execution according to the calling sequence in the configuration file by setting the configuration file that is executed automatically; or each module notifies the next module by sending a message notification after the execution ends. The block is executed automatically.
  • the test caused by the reduction of human factors is unscientific.
  • each module function is independent of each other and fully automated. It can adapt to the processing of embedded devices and has many types of boards, resulting in a large number of released versions. , testing the technical problems of heavy tasks, thereby saving test time and labor costs, improving test efficiency and development process, and reducing development costs.
  • FIG. 5 is a schematic diagram of functional modules of an automated test system according to a third embodiment of the present invention. Based on the foregoing automated test system, the automated test system in this embodiment further includes:
  • the adaptive decision module 80 is configured to determine whether to continue the test when a failure occurs during the test.
  • the fault analysis and positioning of the optical network transmission device is determined to be inseparable from the actual environment of the site, and therefore, when testing When an external environmental change or a test unexpected interruption occurs in the process, the adaptive decision module 80 determines whether to continue the test.
  • the automatic test system can determine whether to continue the test by presetting the processing method corresponding to all the faults that may occur.
  • the adaptive decision module 80 determines the fault that occurs during the test, and if the test is terminated, the test site is retained; otherwise Continue to perform the test.
  • the adaptive decision module 80 is configured to: when the test case fails, determine whether to continue the test according to the preset fault level.
  • Executing test cases is the core part of the entire automated test, and there are many test cases that need to be executed during the entire automated test process.
  • automated test tests are performed according to the set test sequence, and when a test case fails.
  • the tester needs to manually modify or adjust the execution order of the test cases; or when multiple test cases fail, it will take a lot of time to manually modify or adjust, which affects the test efficiency of the entire automated test.
  • the adaptive decision module 80 determines whether to continue the test according to the preset fault level, thereby better positioning the fault environment of the device under test, and ensuring the entire test process. Automated execution.
  • the adaptive decision module 80 determines whether to continue to perform the automatic test according to a preset fault level when the test case fails.
  • test case fails and is the preset first type of fault level
  • test of the current test case is terminated and the tester is notified;
  • test case fails and is the default second level of fault, continue with the next test case.
  • the fault levels corresponding to the test cases can be correspondingly divided into two categories, for example, the test case failures that are relatively serious and need to be processed by the test personnel in time are preset as the first type of fault level. Other test case failures are preset to the second type of fault level.
  • the test case fails and is the preset first type of fault level the test of the current test case is terminated to retain the field fault environment, and the tester is informed by short message or mail; and when the test case fails When the second type of fault level is preset, continue with the next test case.
  • FIG. 7 is a schematic flowchart of a first testing method according to a fourth embodiment of the present invention.
  • the testing method includes:
  • Step S10 when there is an update of the version of the test software, the automated test system obtains the updated test software and performs static check on the program in the updated test software;
  • Test software includes test data for testing, test Examples and test function sets for performing tests.
  • Step S20 compiling the program in the test software after the static check is completed, and writing the program in the compiled test software to the device under test;
  • the device under test includes an embedded device. Therefore, it is necessary to write related programs in the test software to the device under test to facilitate testing.
  • the automated test system compiles the program that passes the static check and writes the program in the compiled test software to the device under test.
  • the automated test system feeds back error information to the tester.
  • Step S30 Perform an automated test on the device under test according to a preset test strategy, and feed back the automated test result and the test log information.
  • the automated test system When the relevant program of the test is written to the device under test, the automated test system will automatically perform the automated test according to the preset test strategy, and complete the test execution process.
  • the default test strategy includes the type of test and the corresponding test cases, such as regression test, stress test, and so on. At the same time, the test cases used by different test types can be the same or different.
  • the automated test system feeds the automated test results and test log information back to the tester. For example, the test results and test logs are sent to the tester's mailbox by email, so that the tester can follow up and understand the test in time. And make subsequent modifications to the test equipment or test procedures.
  • the modular design adopted in this embodiment has strong portability and scalability, and thus can meet the testing requirements of different embedded device products and different test software versions.
  • the entire execution process of the automated test system simulates the network management operation, thereby ensuring the consistency of the test environment steps, avoiding irregularities or differences in human operation, and automatically feeding back test results.
  • each module is functionally independent, which makes the whole test method highly portable and expandable, reducing the unscientific test caused by human factors and improving the research and development efficiency.
  • FIG. 8 is a schematic flowchart diagram of a testing method according to a fifth embodiment of the present invention. Based on the foregoing test method, in the embodiment, the method further includes: before the step S10:
  • step S00 the automated test system detects whether there is an update of the version of the test software.
  • the tester needs to continuously modify the test software to achieve the test purpose.
  • the automated test system will automatically detect whether the version of the test software is updated. If there is an update, the latest version of the test software is automatically downloaded and updated.
  • performing the automated test on the device under test according to the preset test policy in step S30 includes: when a fault occurs during the test, the automated test system determines whether to continue the test.
  • the fault analysis and positioning of the optical network transmission device is determined to be inseparable from the actual environment of the site, and therefore, when testing When an external environmental change or a test failure is interrupted during the process, the automated test system determines whether to continue the test.
  • the automatic test system can determine whether to continue the test by presetting the processing method corresponding to all the faults that may occur.
  • the field environment in which the device under test is faulty is better positioned, and the entire test process is ensured to be automatically executed.
  • the fault occurs in the test process through the automatic test system, and the test site is retained if the test is terminated; otherwise, the test is continued. test.
  • determining whether to continue to perform the test includes: when the test case fails, the automated test system determines whether to continue the test according to the preset fault level.
  • Executing test cases is the core part of the entire automated test, and there are many test cases that need to be executed during the entire automated test process.
  • automated test tests are performed according to the set test sequence, and when a test case fails.
  • the tester needs to manually modify or adjust the execution order of the test cases; or when multiple test cases fail, it will take a lot of time to manually modify or adjust, which affects the test efficiency of the entire automated test.
  • the automated test system determines whether to continue the test according to the preset fault level, thereby better positioning the fault environment of the device under test, It also ensures the automated execution of the entire test process.
  • determining whether to continue the test according to the preset fault level includes:
  • the automated test system terminates the test of the current test case and notifies the tester;
  • test case fails and is a preset second type of fault level
  • the automated test system continues to execute the next test case.
  • the fault levels corresponding to the test cases can be correspondingly divided into two categories, for example, the test case failures that are relatively serious and need to be processed by the test personnel in time are preset as the first type of fault level. Other test case failures are preset to the second type of fault level.
  • the test case fails and is the preset first type of fault level the automated test system terminates the test of the current test case to preserve the on-site fault environment, while notifying the tester for analysis by short message or mail; and when the test case When a fault occurs and is a preset second type of fault level, the automated test system continues to execute the next test case.
  • the embodiment of the invention further provides a computer readable storage medium, wherein the computer readable storage medium stores computer executable instructions, and when the computer executable instructions are executed, the test method is implemented.
  • each module/unit in the above embodiment may be implemented in the form of hardware, for example, by implementing an integrated circuit to implement its corresponding function, or may be implemented in the form of a software function module, for example, executing a program stored in the memory by a processor. / instruction to achieve its corresponding function.
  • This application is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

L'invention concerne un système d'essai automatisé, comprenant : un module de mise à jour de version, conçu pour détecter la version de logiciel d'essai et exécuter des mises à jour ; un module d'inspection statique, conçu pour exécuter une inspection statique des programmes dans le logiciel d'essai mis à jour ; un module de compilation, conçu pour exécuter la compilation des programmes dans le logiciel d'essai une fois l'inspection statique achevée ; un module de gravure, conçu pour écrire les programmes dans le logiciel d'essai compilé dans un dispositif essayé ; un module d'exécution d'essai, conçu pour exécuter un essai automatisé sur le dispositif essayé sur la base d'une politique d'essai préétablie ; et un module de rétroaction d'essai, conçu pour renvoyer les résultats d'essai automatisé et les informations d'essai journalisées. La solution de la présente invention exécute la modularisation de chaque fonction d'essai automatisée, de sorte que chaque module a une fonction indépendante et de ce fait, la totalité du procédé d'essai dispose d'une forte portabilité et extensibilité, réduisant le problème d'essai peu scientifique causé par des facteurs humains, et améliorant l'efficacité de recherche et de développement.
PCT/CN2016/082513 2015-06-26 2016-05-18 Système de test automatisé et procédé de test WO2016206505A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510366735.0A CN106326093A (zh) 2015-06-26 2015-06-26 自动化测试系统及测试方法
CN201510366735.0 2015-06-26

Publications (1)

Publication Number Publication Date
WO2016206505A1 true WO2016206505A1 (fr) 2016-12-29

Family

ID=57584442

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082513 WO2016206505A1 (fr) 2015-06-26 2016-05-18 Système de test automatisé et procédé de test

Country Status (2)

Country Link
CN (1) CN106326093A (fr)
WO (1) WO2016206505A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111176995A (zh) * 2019-12-25 2020-05-19 中国航空工业集团公司西安飞机设计研究所 一种基于大数据测试用例的测试方法和测试系统
CN111194046A (zh) * 2018-11-14 2020-05-22 上海富瀚微电子股份有限公司 一种wifi模块自动化测试系统及方法
CN111309633A (zh) * 2020-03-23 2020-06-19 上海新炬网络信息技术股份有限公司 基于自动化运维的持续性能测试方法
CN113746501A (zh) * 2021-09-14 2021-12-03 北京中睿昊天信息科技有限公司 一种用于评价hplc深化功能的仿真装置系统和测试方法
CN113760774A (zh) * 2021-09-28 2021-12-07 中汽创智科技有限公司 一种ota仿真测试方法、平台及系统

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685767A (zh) * 2017-03-22 2017-05-17 百通赫思曼工业(苏州)有限公司 一种多对数自动化测试系统
CN107122280A (zh) * 2017-04-28 2017-09-01 上海斐讯数据通信技术有限公司 Dut基础测试的自动化测试方法和系统
CN107703395A (zh) * 2017-10-31 2018-02-16 惠州市德赛西威汽车电子股份有限公司 一种用于车载显示屏的脉冲测试系统及测试方法
CN110235393A (zh) * 2018-01-05 2019-09-13 深圳市汇顶科技股份有限公司 自动化测试方法及系统
CN109460359A (zh) * 2018-10-26 2019-03-12 深圳市鼎阳科技有限公司 一种用于嵌入式设备的软件版本测试方法及系统
CN109725629B (zh) * 2018-12-29 2020-05-22 一汽-大众汽车有限公司 一种整车控制器刷新测试系统
CN110838951A (zh) * 2019-10-22 2020-02-25 北京天融信网络安全技术有限公司 网络设备的测试方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101447892A (zh) * 2008-11-24 2009-06-03 中兴通讯股份有限公司 分布式测试方法和系统、以及测试服务器
US20090307665A1 (en) * 2004-10-19 2009-12-10 Ebay Inc. Method and system to automate software testing using sniffer side and browser side recording and a toolbar interface
CN101986278A (zh) * 2010-10-29 2011-03-16 中国计量科学研究院 一种电子类设备的自动测试方法及系统
CN102255748A (zh) * 2011-06-27 2011-11-23 中兴通讯股份有限公司 自动化测试系统及方法、版本服务器、以及终端
CN103136098A (zh) * 2011-11-30 2013-06-05 西门子公司 模糊测试的方法、装置和系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7644334B2 (en) * 2006-11-27 2010-01-05 Honeywell International, Inc. Requirements-based test generation
CN101833500A (zh) * 2010-04-07 2010-09-15 南京航空航天大学 一种基于Agent的嵌入式软件智能测试方法
CN104424088B (zh) * 2013-08-21 2019-09-13 腾讯科技(深圳)有限公司 软件的测试方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090307665A1 (en) * 2004-10-19 2009-12-10 Ebay Inc. Method and system to automate software testing using sniffer side and browser side recording and a toolbar interface
CN101447892A (zh) * 2008-11-24 2009-06-03 中兴通讯股份有限公司 分布式测试方法和系统、以及测试服务器
CN101986278A (zh) * 2010-10-29 2011-03-16 中国计量科学研究院 一种电子类设备的自动测试方法及系统
CN102255748A (zh) * 2011-06-27 2011-11-23 中兴通讯股份有限公司 自动化测试系统及方法、版本服务器、以及终端
CN103136098A (zh) * 2011-11-30 2013-06-05 西门子公司 模糊测试的方法、装置和系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111194046A (zh) * 2018-11-14 2020-05-22 上海富瀚微电子股份有限公司 一种wifi模块自动化测试系统及方法
CN111176995A (zh) * 2019-12-25 2020-05-19 中国航空工业集团公司西安飞机设计研究所 一种基于大数据测试用例的测试方法和测试系统
CN111309633A (zh) * 2020-03-23 2020-06-19 上海新炬网络信息技术股份有限公司 基于自动化运维的持续性能测试方法
CN113746501A (zh) * 2021-09-14 2021-12-03 北京中睿昊天信息科技有限公司 一种用于评价hplc深化功能的仿真装置系统和测试方法
CN113760774A (zh) * 2021-09-28 2021-12-07 中汽创智科技有限公司 一种ota仿真测试方法、平台及系统
CN113760774B (zh) * 2021-09-28 2023-10-27 中汽创智科技有限公司 一种ota仿真测试方法、平台及系统

Also Published As

Publication number Publication date
CN106326093A (zh) 2017-01-11

Similar Documents

Publication Publication Date Title
WO2016206505A1 (fr) Système de test automatisé et procédé de test
WO2016177124A1 (fr) Procédé et dispositif de mise en œuvre d'un test d'intégration continu
CN102622298B (zh) 一种软件测试系统及方法
US20150100832A1 (en) Method and system for selecting and executing test scripts
US9712418B2 (en) Automated network control
US20150100829A1 (en) Method and system for selecting and executing test scripts
US7512933B1 (en) Method and system for associating logs and traces to test cases
US20150100830A1 (en) Method and system for selecting and executing test scripts
CN107463362A (zh) 基于多个Jenkins的持续部署的方法和系统
CN102662701A (zh) Cpld在线升级方法、装置及业务单板
US20090204946A1 (en) Intelligent software code updater
US20150100831A1 (en) Method and system for selecting and executing test scripts
US20170024307A1 (en) Debugging in a Production Environment
WO2017028574A1 (fr) Procédé de test de routeur, et dispositif de test
CN110990289B (zh) 一种自动提交bug的方法、装置、电子设备及存储介质
CN104360952A (zh) 一种软件测试系统及方法
CN107222340A (zh) 一种基于云平台的故障处理方法及装置
US7673178B2 (en) Break and optional hold on failure
US9612944B2 (en) Method and system for verifying scenario based test selection, execution and reporting
US8762780B2 (en) Conducting an application-aware test in a virtual environment
CN104834586B (zh) 安卓界面自动化测试方法、装置及系统
CN104484176B (zh) 一种安卓系统窗口对象获取方法和装置
US10417116B2 (en) System, method, and apparatus for crowd-sourced gathering of application execution events for automatic application testing and replay
CN108776601B (zh) 安卓h5页面的加载方法、装置、设备及存储介质
US20120260128A1 (en) Method for controlling changes of replication directions in a multi-site disaster recovery environment for high available application

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16813621

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16813621

Country of ref document: EP

Kind code of ref document: A1