WO2017000429A1 - 一种软件自动化测试方法及装置 - Google Patents

一种软件自动化测试方法及装置 Download PDF

Info

Publication number
WO2017000429A1
WO2017000429A1 PCT/CN2015/092117 CN2015092117W WO2017000429A1 WO 2017000429 A1 WO2017000429 A1 WO 2017000429A1 CN 2015092117 W CN2015092117 W CN 2015092117W WO 2017000429 A1 WO2017000429 A1 WO 2017000429A1
Authority
WO
WIPO (PCT)
Prior art keywords
package
patch
software
version number
code
Prior art date
Application number
PCT/CN2015/092117
Other languages
English (en)
French (fr)
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 WO2017000429A1 publication Critical patent/WO2017000429A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software

Definitions

  • This application relates to, but is not limited to, the field of software automated testing techniques.
  • the automated testing methods of related technologies are usually: setting up timing tasks, compiling and building versions, running software system upgrades or installers, running pre-designed test cases, checking and analyzing test results, and so on.
  • the software system is large or the number of test cases is large, the whole test process will take a long time, so that the problem cannot be found in time, and fast verification and quick feedback cannot be performed.
  • This paper provides a software automatic test method and device to solve the problem that the related technology cannot be quickly verified and quickly feedback because the problem cannot be found in time.
  • the software system consists of several software packages, each of which performs relatively independent functions.
  • a software automated test method including:
  • the updated package is tested by running the test case configured by the filtered updated package.
  • the method before the obtaining the patch package with the patch version number and updating the corresponding software package in the software system, the method further includes:
  • the patch build with the patch version number is compiled and released by the version build server.
  • the version build server compiles and publishes a patch package with a patch version number, including:
  • the obtaining the patch package with the patch version number includes:
  • the automated test environment checks that the public server has an updated patch package, it obtains a patch package with the patch version number.
  • the updating the corresponding software package in the software system includes:
  • the automated test environment overwrites the obtained patch package into the software package of the software system by patching.
  • the method further comprises: separately configuring a test case for testing for each software package of the software system.
  • each of the software packages of the software system is configured with test cases for testing, including:
  • test case numbers corresponding to the software package are obtained by numbering the test cases configured by the software package.
  • the filtering out the updated software package according to the patch version number includes:
  • a set of test case numbers corresponding to the software package is collected based on the filtered software packages.
  • test package configured by running the filtered updated software package tests the updated software package, including:
  • the updated package is tested based on the test case number collected.
  • a software automated test device comprising:
  • the update module is configured to: obtain a patch package with a patch version number, and update the corresponding software package in the software system;
  • the screening module is configured to: filter out the updated software package according to the patch version number;
  • the test module is set to test the updated package by running the test case configured by the filtered updated package.
  • the device further includes:
  • Get the unit set to: when it is checked that the code server has code integration, obtain the code that is merged;
  • a compiling unit configured to: recompile a software package related to the merge code according to the acquired merged code
  • the publishing unit is set to: package the recompiled package into a patch package and publish it to the public server.
  • the device further includes:
  • Configuration unit set to: configure test cases for testing for each package
  • the numbering unit is configured to obtain a test case number corresponding to the software package by numbering the test cases configured by the software package.
  • a computer readable storage medium storing computer executable instructions for performing the method of any of the above.
  • the embodiment of the invention only updates the software package with the code change in the software system, and only runs the relevant test cases, which can greatly save the time of each automatic test process, and achieve the purpose of fast verification and fast feedback.
  • FIG. 1 is a flowchart of a software automatic testing method according to an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a software automatic testing device according to an embodiment of the present invention.
  • FIG. 3 is a schematic flow chart of an incremental software automated testing method according to Embodiment 1 of the present invention.
  • FIG. 4 is a schematic structural diagram of an incremental software automated test system according to Embodiment 1 of the present invention.
  • FIG. 5 is a schematic flowchart of an incremental software automated testing method according to Embodiment 2 of the present invention.
  • FIG. 6 is a schematic structural diagram of an incremental software automated test system according to Embodiment 2 of the present invention.
  • FIG. 7 is a schematic diagram of an incremental software automated testing method according to Embodiment 3 of the present invention.
  • FIG. 1 is a flowchart of a software automatic testing method provided by an embodiment of the present invention. As shown in FIG. 1 , the method includes the following steps:
  • Step S101 Obtain a service package with a patch version number, and update the corresponding software package in the software system;
  • Step S102 Filter out the updated software package according to the patch version number.
  • Step S103 Test the updated software package by running the test case configured by the filtered updated software package.
  • the method further includes: compiling and publishing the patch package with the patch version number by the version build server. .
  • the step may include: when it is checked that the code server has code merge, acquiring the merged code; recompiling the software package related to the merge code according to the acquired merged code; recompiling the software The package is packaged into a patch package and published to a public server.
  • the obtaining the patch package with the patch version number includes: obtaining, by the automated test environment, the patch package with the patch version number from the public server.
  • the method may include: obtaining a patch package with a patch version number when it is checked that the public server has an updated patch package.
  • the updating of the corresponding software package in the software system by the automated test environment may include: overwriting the obtained service package into a software package of the software system by patching.
  • the method of the embodiment of the present invention further includes: separately configuring a test case for testing for each software package of the software system, which may include: corresponding to the software package by numbering the test cases configured by the software package Test case number.
  • the filtering out the updated software package according to the patch version number including: traversing the patch version number of each software package according to the patch version number in the obtained patch package, and filtering out the updated software. a package; a set of test case numbers corresponding to the software package is collected according to the filtered software package.
  • the testing of the updated software package by running the filtered test case configured by the updated software package includes: testing the updated software package according to the collected test case number.
  • the embodiment of the present invention uses the incremental software patch package to obtain the test case set that needs to be run according to the patch version number, and sequentially runs the test case included in the test case number set in the automated test environment. Only need to deal with the changed parts, the processing volume is small, and the purpose of fast verification and fast feedback is achieved.
  • FIG. 2 is a schematic diagram of a software automatic testing device according to an embodiment of the present invention.
  • the method includes: an updating module 201, a screening module 202, and a testing module 203.
  • the update module 201 is configured to: obtain a patch package with a patch version number, and update a corresponding software package in the software system; and the filtering module 202 is configured to: screen the updated version according to the patch version number.
  • the software package; the test module 203 is configured to: test the updated software package by running the test case configured by the filtered updated software package.
  • the apparatus of the embodiment of the present invention further includes: an obtaining unit, configured to: when detecting that the code server has code integration, acquire the code that is merged; the compiling unit is configured to: recompile according to the acquired code that is acquired The software package associated with the code; the publishing unit is configured to: package the recompiled software package into a service package and publish it to a public server.
  • the device of the embodiment of the present invention further includes: a configuration unit, configured to: configure a test case for testing for each software package; and the numbering unit is configured to: number and test the test cases configured by the software package to obtain a solution The test case number corresponding to the package.
  • the incremental meaning described in the embodiment of the present invention is: when operating an overall system, only the changed parts are processed, not all, and the feature is that only the changed parts need to be processed, and the processing amount is more than all. Less time and less time spent.
  • the embodiment of the invention provides an incremental software automated testing method for automatically testing a software system, the method comprising:
  • test case numbers associated with the package are defined in the form of a configuration file.
  • the task checks the code server for code integration at a fixed time (for example, half an hour). If so, obtain all the code that is merged; This merged code recompiles the packages associated with these codes, and other unrelated packages are not processed. After the compilation is completed, all the recompiled packages are packaged into a patch package and released on the public server. The patch package and each software package record the patch version number of the patch in the configuration file. The patch version number is incremented each time it is updated to ensure that the patch version number is different each time.
  • the embodiment of the invention further provides an incremental software automated test system for automatically testing a software system, the system comprising: an automated test framework and a test case module, a version build server module, an automated test environment module, and a system Software module.
  • test case module that is responsible for designing test cases and managing each test case with a globally unique test case number.
  • test case numbers associated with the package are defined in the form of a configuration file.
  • the version build server module is responsible for building the fix pack. Use a timer to set a timed task that checks the code server for code-in at a fixed time (for example, half an hour), and if so, gets all the code that was merged; based on the code that was merged, Compile the packages associated with these codes, and other unrelated packages will not be processed. After the compilation is completed, all the recompiled packages are packaged into a patch package and released on the public server. The patch package and each software package record the patch version number of the patch in the configuration file. The patch version number is incremented each time it is updated to ensure that the patch version number is different each time.
  • Automated test environment module responsible for automated testing. Use the timer to set the timed task. Check whether the patch package is updated on the public server at a fixed time (for example, 10 minutes). If so, obtain the patch package and patch and restart the software system. . According to the patch version number recorded in the patch package, traverse the patch version number of each software package, collect the test case number set that needs to be run this time, and run the test case number set in sequence on the automated test environment. Contained test cases.
  • FIG. 3 is a schematic flowchart of an incremental software automated test method according to Embodiment 1 of the present invention. As shown in FIG. 3, an automated test of a wireless network management ICM (Integrated Configuration Management) software system is taken as an example, including The following steps:
  • Step S301 designing an ICM automated test case using the Robot framework
  • test case number is Testcase_ICM_001 and the globally unique test case number manages the test case, and the test case number is used as the tag of the corresponding test case in the Robot framework.
  • Step S302 Defining the relevant test case number with an xml file in each par package
  • the packages appear in the form of *.par packages, each of which performs relatively independent functions.
  • an xml file is used to define the test case number that is functionally related to the par package.
  • Step S303 The version build server Jenkins task checks whether the SVN (Subversion, version control system) has code integration every half hour;
  • Step S304 acquiring the code compiling relevant par package and packaging the patch package into an FTP (File Transfer Protocol) server;
  • Step S305 The automated test environment Jenkins task 1 checks whether the FTP server updates the patch package every 10 minutes;
  • Step S306 trigger Jenkins task 2 to obtain a patch package and patch and restart the ICM server;
  • Trigger Jenkins Task 2 which is responsible for obtaining the patch package and patching and restarting the ICM server. After the Jenkins task 2 is completed, the process goes to step S307.
  • Step S307 Trigger Jenkins Task 3 to run an incremental test case according to the patch version number.
  • Trigger Jenkins task 3 which traverses the patch version number of each par package according to the patch version number recorded in this patch package, collects the test case number set that needs to be run this time, and specifies the test case with the —include parameter. Numbered as tags, the test cases contained in the test case number set are sequentially run on the ICM automated test environment.
  • FIG. 4 is a schematic structural diagram of an incremental software automated test system according to Embodiment 1 of the present invention, as shown in FIG. 4, including: a Robot framework and a test case 401, an ICM version build server 402, an ICM automated test environment 403, and an ICM. Server 404.
  • the Robot framework and test case 401 Use the Robot framework to design ICM automated test cases, including model and data upload, check process status, planning area download activation, current network data export and import, etc., use test case_ICM_001 and globally unique test case number to manage test cases, and The test case numbers are used as tags for the corresponding test cases in the Robot framework.
  • the ICM version builds the server 402.
  • a Jenkins task is configured that checks for the code in the specified SVN code server directory every half an hour. If it is checked that there is code merge, get all the code that is merged, and recompile the par package related to the code according to the code that is merged. Other unrelated par packages are not processed. After the compilation is completed, all the par packages that have been recompiled are packaged into a patch package and posted on the FTP server.
  • three Jenkins tasks are configured.
  • Jenkins Task 1 check if the patch package is updated on the specified FTP server every 10 minutes. If it is checked that the patch package is updated, Jenkins Task 2 is triggered, which is responsible for obtaining the patch package and patching and restarting the ICM server. After Jenkins task 2 is completed, Jenkins task 3 is triggered.
  • the task traverses the patch version number of each par package, collects the test case number set that needs to be run, and uses The -include parameter specifies that the test case number is a tag, and the test cases contained in the test case number set are sequentially run on the ICM automated test environment.
  • the ICM server 404 installs and runs an ICM software system.
  • FIG. 5 is a schematic flowchart diagram of an incremental software automated testing method provided by Embodiment 2 of the present invention, as shown in FIG. 5, in the wireless network management OMM (Operation Maintenance) Management, Operation and Maintenance Management) Software system automation test as an example, including the following steps:
  • Step S501 design an OMM automated test case using the ATPi automated test platform
  • test case number is used as the task name of the corresponding test task in the ATPi platform.
  • Step S502 Defining a relevant test case number in an xml file in each par package
  • the packages are in the form of *.par packages, each of which performs relatively independent functions.
  • an xml file is used to define the test case number that is functionally related to the par package.
  • Step S503 The version build server Jenkins task checks whether the SVN has code integration every half hour;
  • Step S504 acquiring the code compiling relevant par package and packaging the patch package into an FTP server;
  • Step S505 The automated test environment Jenkins task 1 checks whether the FTP server updates the patch package every 10 minutes;
  • Step S506 trigger Jenkins task 2 to obtain a patch package and patch and restart the OMM server;
  • Trigger Jenkins Task 2 which is responsible for obtaining the patch package and patching and restarting the OMM server. After the Jenkins task 2 is completed, the process goes to step S507.
  • Step S507 Trigger Jenkins Task 3 to run the incremental test case according to the patch version number.
  • Trigger Jenkins task 3 which traverses the patch version number of each par package according to the patch version number recorded in this patch package, collects the test case number set that needs to be run this time, and uses bat in Jenkins task 3
  • the command sends a UDP (User Datagram Protocol) message, and passes the test case number set as a parameter to the ATPi platform, and sequentially runs the test cases included in the test case number set on the OMM automated test environment.
  • UDP User Datagram Protocol
  • FIG. 6 is a schematic structural diagram of an incremental software automated test system according to Embodiment 2 of the present invention. As shown in FIG. 6, the method includes: an Auto Test Platform integration (ATPi) automated test platform and a test case 601.
  • ATPi Auto Test Platform integration
  • the ATPi automated test platform and test case 601. Use the ATPi automated test platform to design OMM automated test cases, including the creation, deletion, modification, query, quick configuration, configuration data export and import of MO objects, manage test cases using globally unique test case numbers, and number the test cases. The name of the task as the corresponding test task in the ATPi platform.
  • the OMM version build server 602. On this server, a Jenkins task is configured that checks for the code in the specified SVN code server directory every half an hour. If it is checked that there is code merge, get all the code that is merged, and recompile the par package related to the code according to the code that is merged. Other unrelated par packages are not processed. After the compilation is completed, all the par packages that have been recompiled are packaged into a patch package and posted on the FTP server.
  • Jenkins Task 1 check if the patch package is updated on the specified FTP server every 10 minutes. If it is checked that the patch package is updated, Jenkins Task 2 is triggered, which is responsible for obtaining the patch package and patching and restarting the OMM server. After Jenkins task 2 is completed, Jenkins task 3 is triggered. According to the patch version number recorded in the patch package, the task traverses the patch version number matching each par package, and collects the test case number set that needs to be run this time, and Jenkins task 3 uses the bat command to send a UDP message, passes the test case number set as a parameter to the ATPi platform, and sequentially runs the test cases contained in the test case number set on the OMM automated test environment.
  • the OMM server 604 installs and runs an OMM software system.
  • FIG. 7 is a schematic diagram of an incremental software automated test method according to Embodiment 3 of the present invention. As shown in FIG. 7, an example is used to illustrate patching in the method according to the embodiment of the present invention and obtaining according to a patch version number. The process of running a set of test cases this time. Including: software system 701, patch package 702, and patch version number 703.
  • the software system 701 is composed of six software packages: a software package A, a software package B, a software package C, a software package D, a software package E, and a software package F.
  • the test case number of package A is 1 to 10.
  • the current patch version number of package A is patch 002.
  • the test case number of package B is 11 to 20.
  • the current patch version number of package B is patch 003.
  • the test case number of the package C is 21 to 30, the current patch version number of the package C is patch 002, the test case number corresponding to the package D is 31 to 40, and the current patch version number of the package D is patch 004.
  • the test case number of the software package E is 41 to 50.
  • the current patch version number of the software package E is patch 001.
  • the test case number corresponding to the software package F is 51 to 60.
  • the current patch version number of the software package F is patch 003.
  • test case numbers corresponding to multiple software packages may also overlap.
  • package A and package B contain test case number 1 and 2.
  • test case number When adding, deleting, or modifying the test case number corresponding to the software package, or adding a test case or deleting a test case, you need to add, delete, or modify the configuration file of the test case number defined in the package, and keep the package. The most recent mapping relationship with the test case number.
  • the newly released patch package 702, the patch version number 703 of the patch package is patch 005, and the patch package 702 includes two software packages, a software package D and a software package F.
  • Package D and Package F record the patch version number patch 005 in the form of a configuration file.
  • the patch package 702 records the patch version number 703 in the form of a configuration file, and the patch version number is patch 005.
  • the patch version number patch 005 can be used to filter out the software package D and the software package F, and obtain the test case number defined by the configuration file in the software package D and the software package F.
  • the set of test case numbers that need to be run is: 31 to 40, 51 to 60.
  • the incremental software patch package is used to update the software package with the code change in the software system at a time, and only the relevant test cases are run, which can greatly save the time of each automatic test process. Fast change, fast verification, fast feedback, and fast iteration.
  • all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve.
  • the devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.
  • the device/function module/functional unit in the above embodiment When the device/function module/functional unit in the above embodiment is implemented in the form of a software function module and sold or used as a stand-alone product, it can be stored in a computer readable storage medium.
  • the above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • the embodiment of the invention automatically tests the software system by using the incremental technology, which can greatly save the time of each automatic testing process, and achieve the effects of rapid modification, fast verification, fast feedback and fast iteration.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

一种软件自动化测试方法及装置，其方法包括以下步骤：获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新（S101）；根据所述补丁版本号，筛选出已更新的软件包（S102）；通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试（S103）。

Description

一种软件自动化测试方法及装置 技术领域
本申请涉及但不限于软件自动化测试技术领域。
背景技术
在现代软件开发流程中，自动化测试已成为其中必不可少的一个环节。通过自动运行预先设计的测试用例，得到实际结果，与期望结果进行比较，并生成测试报告。在此过程中，可以很大程度地节省人力成本、时间成本和硬件资源，提高测试效率，并能尽早地发现软件设计和软件实现中存在的缺陷。
相关技术的自动化测试方法通常是：设置定时任务，编译和构建版本，运行软件系统的升级或安装程序，运行预先设计的测试用例，检查和分析测试结果等。在这一过程中，如果软件系统较庞大或测试用例数量较多，整个测试过程将会消耗较长的时间，这样就不能及时发现问题，无法做到快速验证和快速反馈。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本文提供一种软件自动化测试方法及装置，解决相关技术中因不能及时发现问题而无法做到快速验证和快速反馈的问题。
因各行业领域对软件系统的组成方式的称谓各不相同，本文做如下约定：软件系统由若干个软件包组成，每个软件包完成相对独立的功能。
一种软件自动化测试方法，包括：
获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；
根据所述补丁版本号，筛选出已更新的软件包；
通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
可选地，所述获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新之前，所述方法还包括：
由版本构建服务器编译和发布带有补丁版本号的补丁包。
可选地，所述由版本构建服务器编译和发布带有补丁版本号的补丁包，包括：
当检查到代码服务器有代码合入时，获取所合入的代码；
根据所获取的合入的代码重新编译与所述合入代码相关的软件包；
将重新编译后的软件包打包成补丁包，发布到公共服务器上。
可选地，所述获取带有补丁版本号的补丁包，包括：
当自动化测试环境检查到所述公共服务器有更新的补丁包时，获取带有补丁版本号的补丁包。
可选地，所述对软件系统中的相应软件包进行更新，包括：
自动化测试环境对所获取的补丁包通过打补丁的方式覆盖到所述软件系统的软件包中。
可选地，所述方法还包括：为软件系统的每个软件包分别配置用于测试的测试用例。
可选地，所述为软件系统的每个软件包分别配置用于测试的测试用例，包括：
通过对所述软件包配置的测试用例进行编号，得到与所述软件包相对应的测试用例编号。
可选地，所述的根据所述补丁版本号，筛选出已更新的软件包包括：
根据所获取补丁包中带有的补丁版本号，遍历匹配每个软件包的补丁版本号，筛选出已更新的软件包；
根据所筛选出的软件包，收集与所述软件包相对应的测试用例编号集合。
可选地，所述通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试，包括：
根据所收集的测试用例编号，对已更新的软件包进行测试。
一种软件自动化测试装置，包括：
更新模块，设置为：获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；
筛选模块，设置为：根据所述补丁版本号，筛选出已更新的软件包；
测试模块，设置为：通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
可选地，所述装置还包括：
获取单元，设置为：当检查到代码服务器有代码合入时，获取所合入的代码；
编译单元，设置为：根据所获取的合入的代码重新编译与所述合入代码相关的软件包；
发布单元，设置为：将重新编译后的软件包打包成补丁包，发布到公共服务器上。
可选地，所述装置还包括：
配置单元，设置为：对每个软件包配置用于测试的测试用例；
编号单元，设置为：通过对所述软件包配置的测试用例进行编号，得到与所述软件包相对应的测试用例编号。
一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项的方法。
与相关技术相比较，本发明实施例的有益效果在于：
本发明实施例只更新软件系统中有代码变更的软件包，并且只运行相关的测试用例，可以很大程度地节省每次自动化测试过程的时间，达到快速验证和快速反馈的目的。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
图1是本发明实施例提供的一种软件自动化测试方法的流程图；
图2是本发明实施例提供的一种软件自动化测试装置的示意图；
图3是本发明实施例一提供的增量式软件自动化测试方法的流程示意图；
图4为本发明实施例一提供的增量式软件自动化测试系统的结构示意图；
图5为本发明实施例二提供的增量式软件自动化测试方法的流程示意图；
图6为本发明实施例二提供的增量式软件自动化测试系统的结构示意图；
图7为本发明实施例三提供的增量式软件自动化测试方法的示意图。
本发明的实施方式
以下结合附图对本发明的实施方式进行详细说明。
图1显示了本发明实施例提供的一种软件自动化测试方法的流程图，如图1所示，包括以下步骤：
步骤S101：获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；
步骤S102：根据所述补丁版本号，筛选出已更新的软件包；
步骤S103：通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
其中，所述获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新之前，所述方法还包括：由版本构建服务器编译和发布所述的带有补丁版本号的补丁包。该步骤可包括：当检查到代码服务器有代码合入时，获取所合入的代码；根据所获取的合入的代码重新编译与所述合入代码相关的软件包；将重新编译后的软件包打包成补丁包，发布到公共服务器上。
其中，所述获取带有补丁版本号的补丁包，包括：由自动化测试环境从公共服务器获取带有补丁版本号的补丁包。可包括：当检查到所述公共服务器有更新的补丁包时，获取带有补丁版本号的补丁包。
其中，由自动化测试环境对软件系统中的相应软件包进行更新，可包括：对所获取的补丁包通过打补丁的方式覆盖到所述软件系统的软件包中。
本发明实施例的方法还包括：为软件系统的每个软件包分别配置用于测试的测试用例，可包括：通过对所述软件包配置的测试用例进行编号，得到与所述软件包相对应的测试用例编号。
所述的根据所述补丁版本号，筛选出已更新的软件包，包括：根据所获取补丁包中带有的补丁版本号，遍历匹配每个软件包的补丁版本号，筛选出已更新的软件包；根据所筛选出的软件包，收集与所述软件包相对应的测试用例编号集合。
所述通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试包括：根据所收集的测试用例编号，对已更新的软件包进行测试。
本发明实施例运用增量式软件补丁包的方式，根据补丁版本号获取本次需要运行的测试用例集合，并在自动化测试环境上依次运行所述测试用例编号集合中所包含的测试用例，这样只需要处理有变化的部分，处理量少，达到了快速验证和快速反馈的目的。
图2显示了本发明实施例提供的一种软件自动化测试装置的示意图，如图2所示，包括：更新模块201、筛选模块202以及测试模块203。更新模块201，设置为：获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；筛选模块202，设置为：根据所述补丁版本号，筛选出已更新的 软件包；测试模块203，设置为：通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
本发明实施例的装置还包括：获取单元，设置为：当检查到代码服务器有代码合入时，获取所合入的代码；编译单元，设置为：根据所获取的合入的代码重新编译与所述合入代码相关的软件包；发布单元，设置为：将重新编译后的软件包打包成补丁包，发布到公共服务器上。
本发明实施例的装置还包括：配置单元，设置为：对每个软件包配置用于测试的测试用例；编号单元，设置为：通过对所述软件包配置的测试用例进行编号，得到与所述软件包相对应的测试用例编号。
本发明实施例描述的增量式的含义为：对一个整体系统进行操作时，只处理有变化的部分，而不是全部，其特点在于只需要处理有变化的部分，相对于全部，处理量更少、消耗的时间更少。
本发明实施例提供了一种增量式的软件自动化测试方法，用于对软件系统进行自动化测试，该方法包括：
首先，选择一种自动化测试框架，并在其基础上设计测试用例，对每一个测试用例使用全局唯一的测试用例编号进行管理。在每个软件包中，以配置文件的方式定义与该软件包相关的若干个测试用例编号。
其次，配置版本构建服务器，并使用定时器设置定时任务，该任务在每间隔一段固定的时间(例如半小时)，检查代码服务器是否有代码合入，如果有，获取所有合入的代码；根据本次合入的代码，重新编译与这些代码相关的软件包，其它不相关的软件包不作处理。编译完成后，把本次重新编译的所有软件包打包成补丁包的形式发布在公共服务器上。补丁包和每个软件包都以配置文件的方式记录本次补丁的补丁版本号，补丁版本号每次更新时进行递增，以保证每次的补丁版本号各不相同。
再次，配置自动化测试环境，并使用定时器设置定时任务，该任务在每间隔一段固定的时间(例如10分钟)，检查公共服务器上是否更新了补丁包，如果有，获取该补丁包，并对软件系统进行打补丁和重启操作。根据本次补丁包中记录的补丁版本号，遍历匹配每一个软件包的补丁版本号，收集 形成本次需要运行的测试用例编号集合，并在自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
本发明实施例还提供了一种增量式的软件自动化测试系统，用于对软件系统进行自动化测试，该系统包括：自动化测试框架和测试用例模块、版本构建服务器模块、自动化测试环境模块以及系统软件模块。
自动化测试框架和测试用例模块，负责设计测试用例，并对每一个测试用例使用全局唯一的测试用例编号进行管理。在每个软件包中，以配置文件的方式定义与该软件包相关的若干个测试用例编号。
版本构建服务器模块，负责构建补丁包。使用定时器设置定时任务，该任务在每间隔一段固定的时间(例如半小时)，检查代码服务器是否有代码合入，如果有，获取所有合入的代码；根据本次合入的代码，重新编译与这些代码相关的软件包，其它不相关的软件包不作处理。编译完成后，把本次重新编译的所有软件包打包成补丁包的形式发布在公共服务器上。补丁包和每个软件包都以配置文件的方式记录本次补丁的补丁版本号，补丁版本号每次更新时进行递增，以保证每次的补丁版本号各不相同。
自动化测试环境模块，负责进行自动化测试。使用定时器设置定时任务，该任务在每间隔一段固定的时间(例如10分钟)，检查公共服务器上是否更新了补丁包，如果有，获取该补丁包，并对软件系统进行打补丁和重启操作。根据本次补丁包中记录的补丁版本号，遍历匹配每一个软件包的补丁版本号，收集形成本次需要运行的测试用例编号集合，并在自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
软件系统模块，安装和运行软件系统。
图3显示了本发明实施例一提供的增量式软件自动化测试方法的流程示意图，如图3所示，以在无线网管ICM(Integrated Configuration Management，集中配置管理)软件系统自动化测试为例，包括以下步骤：
步骤S301：使用Robot框架设计ICM自动化测试用例；
使用Robot(自动化测试)框架设计ICM自动化测试用例，包括模型和数据上载、检查进程状态、规划区下载激活、现网区数据导出导入等，使用 格式为Testcase_ICM_001且全局唯一的测试用例编号管理测试用例，并把所述测试用例编号作为Robot框架中相应测试用例的标签(tags)。
步骤S302：每个par包中用xml文件定义相关测试用例编号；
在ICM软件系统中，软件包表现为*.par包的形式，每个par包完成相对独立的功能。在每个par包中，使用xml文件定义与该par包在功能上相关的测试用例编号。
步骤S303：版本构建服务器Jenkins任务每半小时检查SVN(Subversion，版本控制系统)是否有代码合入；
在ICM版本构建服务器上，配置Jenkins任务，该任务每隔半小时检查指定的SVN代码服务器目录是否有代码合入。如果检查到有代码合入，转至步骤S304；如果未检查到有代码合入，继续等待半小时。
步骤S304：获取代码编译相关par包打包成补丁包发布在FTP(File Transfer Protocol，文件传输协议)服务器；
获取所有合入的代码，并根据本次合入的代码，重新编译与这些代码相关的par包，其它不相关的par包不作处理。编译完成后，把本次重新编译的所有par包打包成补丁包的形式发布在FTP服务器上。补丁包和每个par包都以txt文件的方式记录本次补丁的补丁版本号，补丁版本号格式为Patch_ICM_001且尾数递增，以保证每次各不相同。
步骤S305：自动化测试环境Jenkins任务1每10分钟检查FTP服务器是否更新了补丁包；
在ICM自动化测试环境上，配置Jenkins任务1，该任务每隔10分钟检查指定的FTP服务器上是否更新了补丁包。如果检查到更新了补丁包，转至步骤S306；如果未检查到有补丁包更新，继续等待10分钟。
步骤S306：触发Jenkins任务2获取补丁包并对ICM服务器打补丁和重启；
触发Jenkins任务2，该任务负责获取补丁包，并对ICM服务器进行打补丁和重启操作。Jenkins任务2完成后，转至步骤S307。
步骤S307：触发Jenkins任务3根据补丁版本号运行增量测试用例。
触发Jenkins任务3，该任务根据本次补丁包中记录的补丁版本号，遍历匹配每一个par包的补丁版本号，收集形成本次需要运行的测试用例编号集合，并使用—include参数指定测试用例编号为标签(tags)，在ICM自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
图4显示了本发明实施例一提供的增量式软件自动化测试系统的结构示意图，如图4所示，包括：Robot框架和测试用例401、ICM版本构建服务器402、ICM自动化测试环境403以及ICM服务器404。
所述Robot框架和测试用例401。使用Robot框架设计ICM自动化测试用例，包括模型和数据上载、检查进程状态、规划区下载激活、现网区数据导出导入等，使用格式为Testcase_ICM_001且全局唯一的测试用例编号管理测试用例，并把所述测试用例编号作为Robot框架中相应测试用例的标签(tags)。
所述ICM版本构建服务器402。在该服务器上，配置了一个Jenkins任务，该任务每隔半小时检查指定的SVN代码服务器目录是否有代码合入。如果检查到有代码合入，获取所有合入的代码，并根据本次合入的代码，重新编译与这些代码相关的par包，其它不相关的par包不作处理。编译完成后，把本次重新编译的所有par包打包成补丁包的形式发布在FTP服务器上。
所述ICM自动化测试环境403。在该环境上，配置了三个Jenkins任务。Jenkins任务1，每隔10分钟检查指定的FTP服务器上是否更新了补丁包。如果检查到更新了补丁包，触发Jenkins任务2，该任务负责获取补丁包，并对ICM服务器进行打补丁和重启操作。Jenkins任务2完成后，触发Jenkins任务3，该任务根据本次补丁包中记录的补丁版本号，遍历匹配每一个par包的补丁版本号，收集形成本次需要运行的测试用例编号集合，并使用—include参数指定测试用例编号为标签(tags)，在ICM自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
所述ICM服务器404，安装和运行ICM软件系统。
图5显示了本发明实施例二提供的增量式软件自动化测试方法的流程示意图，如图5所示，以在无线网管OMM(Operation Maintenance  Management，操作维护管理)软件系统自动化测试为例，包括以下步骤：
步骤S501：使用ATPi自动化测试平台设计OMM自动化测试用例；
使用ATPi自动化测试平台设计OMM自动化测试用例，包括MO(Managed Object，管理对象)对象的创建、删除、修改、查询、快配、配置数据导出导入等，使用全局唯一的测试用例编号管理测试用例，并把所述测试用例编号作为ATPi平台中相应测试任务的任务名。
步骤S502：每个par包中用xml文件定义相关的测试用例编号；
在OMM软件系统中，软件包表现为*.par包的形式，每个par包完成相对独立的功能。在每个par包中，使用xml文件定义与该par包在功能上相关的测试用例编号。
步骤S503：版本构建服务器Jenkins任务每半小时检查SVN是否有代码合入；
在OMM版本构建服务器上，配置Jenkins任务，该任务每隔半小时检查指定的SVN代码服务器目录是否有代码合入。如果检查到有代码合入，转至步骤S504；如果未检查到有代码合入，继续等待半小时。
步骤S504：获取代码编译相关par包打包成补丁包发布在FTP服务器；
获取所有合入的代码，并根据本次合入的代码，重新编译与这些代码相关的par包，其它不相关的par包不作处理。编译完成后，把本次重新编译的所有par包打包成补丁包的形式发布在FTP服务器上。补丁包和每个par包都以txt文件的方式记录本次补丁的补丁版本号，补丁版本号格式为Patch_OMM_001且尾数递增，以保证每次各不相同。
步骤S505：自动化测试环境Jenkins任务1每10分钟检查FTP服务器是否更新了补丁包；
在OMM自动化测试环境上，配置Jenkins任务1，该任务每隔10分钟检查指定的FTP服务器上是否更新了补丁包。如果检查到更新了补丁包，转至步骤S506；如果未检查到有补丁包更新，继续等待10分钟。
步骤S506：触发Jenkins任务2获取补丁包并对OMM服务器打补丁和重启；
触发Jenkins任务2，该任务负责获取补丁包，并对OMM服务器进行打补丁和重启操作。Jenkins任务2完成后，转至步骤S507。
步骤S507：触发Jenkins任务3根据补丁版本号运行增量测试用例。
触发Jenkins任务3，该任务根据本次补丁包中记录的补丁版本号，遍历匹配每一个par包的补丁版本号，收集形成本次需要运行的测试用例编号集合，并在Jenkins任务3中使用bat命令发送UDP(User Datagram Protocol，用户数据报协议)消息，把所述测试用例编号集合作为参数传递给ATPi平台，在OMM自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
图6显示了本发明实施例二提供的增量式软件自动化测试系统的结构示意图，如图6所示，包括：ATPi(Auto Testing Platform integration，自动测试平台集成)自动化测试平台和测试用例601、OMM版本构建服务器602、OMM自动化测试环境603以及OMM服务器604。
所述ATPi自动化测试平台和测试用例601。使用ATPi自动化测试平台设计OMM自动化测试用例，包括MO对象的创建、删除、修改、查询、快配、配置数据导出导入等，使用全局唯一的测试用例编号管理测试用例，并把所述测试用例编号作为ATPi平台中相应测试任务的任务名。
所述OMM版本构建服务器602。在该服务器上，配置了一个Jenkins任务，该任务每隔半小时检查指定的SVN代码服务器目录是否有代码合入。如果检查到有代码合入，获取所有合入的代码，并根据本次合入的代码，重新编译与这些代码相关的par包，其它不相关的par包不作处理。编译完成后，把本次重新编译的所有par包打包成补丁包的形式发布在FTP服务器上。
所述OMM自动化测试环境603。在该环境上，配置了三个Jenkins任务。Jenkins任务1，每隔10分钟检查指定的FTP服务器上是否更新了补丁包。如果检查到更新了补丁包，触发Jenkins任务2，该任务负责获取补丁包，并对OMM服务器进行打补丁和重启操作。Jenkins任务2完成后，触发Jenkins任务3，该任务根据本次补丁包中记录的补丁版本号，遍历匹配每一个par包的补丁版本号，收集形成本次需要运行的测试用例编号集合，并在 Jenkins任务3中使用bat命令发送UDP消息，把所述测试用例编号集合作为参数传递给ATPi平台，在OMM自动化测试环境上依次运行所述测试用例编号集合中包含的测试用例。
所述OMM服务器604，安装和运行OMM软件系统。
图7显示了本发明实施例三提供的增量式软件自动化测试方法的示意图，如图7所示，以一个例子的形式来说明本发明实施例所述方法中打补丁和根据补丁版本号获取本次需要运行的测试用例集合的过程。包括：软件系统701、补丁包702以及补丁版本号703。
在本实施例中，软件系统701由软件包A、软件包B、软件包C、软件包D、软件包E和软件包F这六个软件包组成。软件包A对应的测试用例编号为1至10，软件包A当前的补丁版本号为补丁002；软件包B对应的测试用例编号为11至20，软件包B当前的补丁版本号为补丁003；软件包C对应的测试用例编号为21至30，软件包C当前的补丁版本号为补丁002；软件包D对应的测试用例编号为31至40，软件包D当前的补丁版本号为补丁004；软件包E对应的测试用例编号为41至50，软件包E当前的补丁版本号为补丁001；软件包F对应的测试用例编号为51至60，软件包F当前的补丁版本号为补丁003。
当然，在实际实施过程中，每个软件包对应的测试用例数量不一定相同，多个软件包对应的测试用例编号也可能有重合，例如软件包A和软件包B都包含测试用例编号1和2。
当新增、删除软件包或修改软件包对应的测试用例编号，或新增测试用例、删除测试用例时，都需要增加、删除或修改软件包中定义测试用例编号的配置文件，并保持软件包与测试用例编号的最新的映射关系。
最新发布的补丁包702，该补丁包的补丁版本号703为补丁005，补丁包702包含了两个软件包，软件包D和软件包F。软件包D和软件包F以配置文件的形式记录了补丁版本号补丁005。
补丁包702以配置文件的形式记录了补丁版本号703，其补丁版本号为补丁005。
当所述补丁包702(包括补丁版本号703)通过打补丁的方式覆盖到所述软件系统701中时，软件系统701中的软件包D和软件包F的当前补丁版本号变为补丁005，其它软件包的当前补丁版本号保持不变。
这样，就可以通过记录的补丁版本号补丁005，筛选出本次更新的软件包为软件包D和软件包F，通过软件包D和软件包F中配置文件定义的测试用例编号，获取到本次需要运行的测试用例编号集合为：31至40、51至60。
本发明实施例运用增量式软件补丁包的方式，每次只更新软件系统中有代码变更的软件包，并且只运行相关的测试用例，可以很大程度地节省每次自动化测试过程的时间，达到快速修改、快速验证、快速反馈和快速迭代的目的。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如系统、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。
可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。
上述实施例中的装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。
上述实施例中的装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。
工业实用性
本发明实施例运用增量式的技术对软件系统进行自动化测试，可以很大程度地节省每次自动化测试过程的时间，达到快速修改、快速验证、快速反馈和快速迭代的效果。

Claims (13)

  1. 一种软件自动化测试的方法，包括：
    获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；
    根据所述补丁版本号，筛选出已更新的软件包；
    通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
  2. 根据权利要求1所述的方法，其中，所述获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新之前，所述方法还包括：
    由版本构建服务器编译和发布带有补丁版本号的补丁包。
  3. 根据权利要求1所述的方法，其中，所述由版本构建服务器编译和发布带有补丁版本号的补丁包，包括：
    当检查到代码服务器有代码合入时，获取所合入的代码；
    根据所获取的合入的代码重新编译与所述合入代码相关的软件包；
    将重新编译后的软件包打包成补丁包，发布到公共服务器上。
  4. 根据权利要求3所述的方法，其中，所述获取带有补丁版本号的补丁包，包括：
    当自动化测试环境检查到所述公共服务器有更新的补丁包时，获取带有补丁版本号的补丁包。
  5. 根据权利要求1所述的方法，其中，所述对软件系统中的相应软件包进行更新，包括：
    自动化测试环境对所获取的补丁包通过打补丁的方式覆盖到所述软件系统的软件包中。
  6. 根据权利要求1所述的方法，还包括：为软件系统的每个软件包分别配置用于测试的测试用例。
  7. 根据权利要求6所述的方法，其中，所述为软件系统的每个软件包分别配置用于测试的测试用例，包括：
    通过对所述软件包配置的测试用例进行编号，得到与所述软件包相对应的测试用例编号。
  8. 根据权利要求7所述的方法，其中，所述的根据所述补丁版本号，筛选出已更新的软件包，包括：
    根据所获取补丁包中带有的补丁版本号，遍历匹配每个软件包的补丁版本号，筛选出已更新的软件包；
    根据所筛选出的软件包，收集与所述软件包相对应的测试用例编号集合。
  9. 根据权利要求8所述的方法，其中，所述通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试，包括：
    根据所收集的测试用例编号，对已更新的软件包进行测试。
  10. 一种软件自动化测试的装置，包括：
    更新模块，设置为：获取带有补丁版本号的补丁包，对软件系统中的相应软件包进行更新；
    筛选模块，设置为：根据所述补丁版本号，筛选出已更新的软件包；
    测试模块，设置为：通过运行筛选出的已更新的软件包所配置的测试用例，对已更新的软件包进行测试。
  11. 根据权利要求10所述的装置，还包括：
    获取单元，设置为：当检查到代码服务器有代码合入时，获取所合入的代码；
    编译单元，设置为：根据所获取的合入的代码重新编译与所述合入代码相关的软件包；
    发布单元，设置为：将重新编译后的软件包打包成补丁包，发布到公共服务器上。
  12. 根据权利要求10所述的装置，还包括：
    配置单元，设置为：对每个软件包配置用于测试的测试用例；
    编号单元，设置为：通过对所述软件包配置的测试用例进行编号，得到 与所述软件包相对应的测试用例编号。
  13. 一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1-9任一项的方法。
PCT/CN2015/092117 2015-06-30 2015-10-16 一种软件自动化测试方法及装置 WO2017000429A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510386302.1A CN106326100A (zh) 2015-06-30 2015-06-30 一种软件自动化测试方法及装置
CN201510386302.1 2015-06-30

Publications (1)

Publication Number Publication Date
WO2017000429A1 true WO2017000429A1 (zh) 2017-01-05

Family

ID=57607597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/092117 WO2017000429A1 (zh) 2015-06-30 2015-10-16 一种软件自动化测试方法及装置

Country Status (2)

Country Link
CN (1) CN106326100A (zh)
WO (1) WO2017000429A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107480044A (zh) * 2017-07-04 2017-12-15 上海斐讯数据通信技术有限公司 一种升级测试方法及系统
CN111190828A (zh) * 2019-12-31 2020-05-22 苏州艾利特机器人有限公司 一种工业机器人自动化测试系统和方法
CN114978938A (zh) * 2022-05-26 2022-08-30 西安易朴通讯技术有限公司 一种交换机测试方法、系统及设备

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107357718A (zh) * 2017-06-12 2017-11-17 百富计算机技术（深圳）有限公司 一种构建测试方法及装置
CN107480050B (zh) * 2017-07-17 2020-10-27 上海爱数信息技术股份有限公司 一种自动测试更新包的测试方法
CN107391213A (zh) * 2017-08-29 2017-11-24 郑州云海信息技术有限公司 一种存储设备系统升级的方法、装置及一种升级系统
CN107766236B (zh) * 2017-09-21 2021-03-02 平安科技（深圳）有限公司 测试任务自动化管理方法、装置、设备及存储介质
CN108804315B (zh) * 2018-05-23 2022-03-11 北京五八信息技术有限公司 应用于动态开发的测试方法、装置、电子设备及存储介质
CN111338926A (zh) * 2018-12-18 2020-06-26 北京奇虎科技有限公司 补丁的测试方法、装置及电子设备
CN110727895B (zh) * 2019-10-09 2022-07-22 北京达佳互联信息技术有限公司 一种敏感词发送方法、装置、电子设备及存储介质
CN113534764A (zh) * 2020-04-16 2021-10-22 广州汽车集团股份有限公司 一种电动汽车整车控制器持续集成测试方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060212849A1 (en) * 2005-03-21 2006-09-21 Microsoft Corporation System and method using last known good for patches
US20070204262A1 (en) * 2006-02-17 2007-08-30 International Business Machines Corporation Facilitating the automated testing of daily builds of software
CN102012814A (zh) * 2010-11-24 2011-04-13 中兴通讯股份有限公司 软件版本的构建方法和系统
US20120159443A1 (en) * 2010-12-17 2012-06-21 Sap Ag System and method for reducing test effort by object risk analysis
CN102799515A (zh) * 2011-05-24 2012-11-28 腾讯科技（深圳）有限公司 应用程序测试方法及装置
CN103198010A (zh) * 2012-01-06 2013-07-10 腾讯科技（深圳）有限公司 软件测试方法、装置及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186456B (zh) * 2011-12-29 2015-11-18 北京新媒传信科技有限公司 一种系统测试的方法和装置
CN102722436B (zh) * 2012-05-29 2016-03-02 百度在线网络技术（北京）有限公司 一种增量覆盖信息的统计方法和装置
CN103853574B (zh) * 2012-12-06 2015-09-16 腾讯科技（深圳）有限公司 一种软件升级的方法及系统
CN103064715A (zh) * 2013-01-09 2013-04-24 上海大唐移动通信设备有限公司 自动路测系统远程升级方法及系统
CN103186468B (zh) * 2013-04-10 2016-03-30 华为技术有限公司 一种验证软件升级准确性的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060212849A1 (en) * 2005-03-21 2006-09-21 Microsoft Corporation System and method using last known good for patches
US20070204262A1 (en) * 2006-02-17 2007-08-30 International Business Machines Corporation Facilitating the automated testing of daily builds of software
CN102012814A (zh) * 2010-11-24 2011-04-13 中兴通讯股份有限公司 软件版本的构建方法和系统
US20120159443A1 (en) * 2010-12-17 2012-06-21 Sap Ag System and method for reducing test effort by object risk analysis
CN102799515A (zh) * 2011-05-24 2012-11-28 腾讯科技（深圳）有限公司 应用程序测试方法及装置
CN103198010A (zh) * 2012-01-06 2013-07-10 腾讯科技（深圳）有限公司 软件测试方法、装置及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107480044A (zh) * 2017-07-04 2017-12-15 上海斐讯数据通信技术有限公司 一种升级测试方法及系统
CN111190828A (zh) * 2019-12-31 2020-05-22 苏州艾利特机器人有限公司 一种工业机器人自动化测试系统和方法
CN114978938A (zh) * 2022-05-26 2022-08-30 西安易朴通讯技术有限公司 一种交换机测试方法、系统及设备

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2017000429A1 (zh) 一种软件自动化测试方法及装置
CN110532189B (zh) 一种持续集成系统、方法及装置
US8745585B2 (en) Meta-data for single development test environment
US8533676B2 (en) Single development test environment
US9348582B2 (en) Systems and methods for software dependency management
Hanappi et al. Asserting reliable convergence for configuration management scripts
CN110908859B (zh) 应用服务处理方法、装置、终端及存储介质
US20130174124A1 (en) Version numbering in single development and test environment
US20160306737A1 (en) Automated error checking system for a software application and method therefor
WO2016177124A1 (zh) 一种实现持续集成测试的方法及装置
US10782936B1 (en) Programming migration system and methods
CN106708740B (zh) 脚本测试方法及装置
CN104077140A (zh) 用于持续集成的自动化编译方法和编译装置
GB2508643A (en) Method for Performing a Regression Test after Modifying Source Code File
US9667715B2 (en) Method for controlling changes in a computer system
AU2012201749B2 (en) Single development test environment
WO2021077916A1 (zh) 一种镜像文件的获取方法以及装置
US11816499B2 (en) Transition manager system
CN110990051A (zh) 软件包依赖关系的维护方法、装置、介质和设备
CN106843935A (zh) 一种自动更新静态文件版本号的方法及系统
Talwar et al. Comparison of approaches to service deployment
CN113986237A (zh) Jenkins编译任务的创建方法、装置
US20150033213A1 (en) Compiling method, storage medium and compiling apparatus
CN113254326A (zh) 利用Jenkins发布固态硬盘固件代码的方法和系统
CN116048559A (zh) 一种软件本地开发环境搭建方法、装置、设备及介质

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: 15896958

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: 15896958

Country of ref document: EP

Kind code of ref document: A1