WO2019056540A1 - 测试用例自动化管理方法、装置、设备及存储介质 - Google Patents

测试用例自动化管理方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2019056540A1
WO2019056540A1 PCT/CN2017/112282 CN2017112282W WO2019056540A1 WO 2019056540 A1 WO2019056540 A1 WO 2019056540A1 CN 2017112282 W CN2017112282 W CN 2017112282W WO 2019056540 A1 WO2019056540 A1 WO 2019056540A1
Authority
WO
WIPO (PCT)
Prior art keywords
test case
test
data model
information data
basic information
Prior art date
Application number
PCT/CN2017/112282
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 WO2019056540A1 publication Critical patent/WO2019056540A1/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
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/368—Test management for test version control, e.g. updating test cases to a new software version

Definitions

  • the present application relates to the field of software automated testing technology, and in particular, to a test case automatic management method, device, device and storage medium.
  • test cases are generally managed on a per-system basis.
  • the sharing of test cases is not high, and the storage locations are scattered, resulting in complex management of test cases.
  • the test is performed.
  • the use case detection process because the test case is saved in a different location, it is impossible to ensure that the test case being executed is the latest version.
  • the purpose of the application is to provide a test case automatic management method, device, device and storage medium, which can realize unified management of test cases and ensure that the test cases executed are the latest version.
  • test case automatic management method includes:
  • test case set including test cases required by each subsystem
  • the basic information data model is based on the information of the required test case when performing the test task Search for test cases and get the latest version of the test case;
  • test result is imported into the test case database.
  • test case automation management apparatus where the test case automatic management device includes:
  • test case set obtaining module configured to obtain a test case set, where the test case set includes test cases required by each subsystem
  • test case matching module configured to match each test case in the test case set with a basic information data model in the test case database
  • test case obtaining module configured to retrieve a test case in the basic information data model according to the information of the required test case when performing the test task, and obtain the latest version of the test case
  • the test result importing module is configured to import the test result into the test case database after completing the test according to the latest version of the test case.
  • a third aspect of the present application provides a terminal device including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, the processor executing the computer readable instructions Implement the following steps:
  • test case set including test cases required by each subsystem
  • test result is imported into the test case database.
  • a fourth aspect of the present application provides a computer readable storage medium storing computer readable instructions that, when executed by a processor, implement the following steps:
  • test case set including test cases required by each subsystem
  • test result is imported into the test case database.
  • the embodiment of the present application provides an automatic management method for test cases, which centralizes the use cases used by each system, can facilitate centralized management of test cases, and can directly share code for each subsystem test package, and, in addition, the test automation execution system And the test automation use case management system is a unified platform.
  • the test execution system can retrieve the corresponding test script through the version, pull the test script and execute it, and solve the problem that the execution system executes the code. The latest code issue.
  • FIG. 1 is a flowchart of a method for automatically managing test cases provided by an embodiment of the present application
  • step S30 is a specific flowchart provided by an implementation manner of step S30 in a method for automatically managing test cases provided by an embodiment of the present application;
  • FIG. 3 is a schematic structural diagram of a test case automatic management apparatus according to another embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of a test packet update module in a test case automatic management apparatus according to another embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of a test case automation management apparatus according to another embodiment of the present application. intention
  • FIG. 6 is a schematic structural diagram of a terminal device according to another embodiment of the present application.
  • the automated test task management method includes step S10, step S20, step S30, and step S40.
  • the specific content of each step is as follows:
  • Step S10 Acquire a test case set, and the test case set includes test cases required by each subsystem.
  • step S10 a test case set is established, and the test cases required by each subsystem are imported into the test case set, which can be downloaded from the code management tool, and the code management tool is software for writing code for the programmer.
  • Step S20 Match each test case in the test case set with the basic information data model in the test case database.
  • the basic information of the test case generally includes: a name, an identifier, an input, an output, a function, a use case identifier, a test step, an expected result, a test date, and an update date
  • the basic information data model includes: a project name, a project identifier, Number of defects, software version, storage path, and use case version; when importing the required test case, match the basic information of the test case with the basic information data model, for example, according to the name, use case flag, and update in the basic information of the test case The date is matched with the project name, logo, and use case version in the basic information data model.
  • Step S30 When the test task is executed, the test case is retrieved in the basic information data model according to the information of the required test case, and the latest version of the test case is obtained.
  • step S30 when the test task is executed, according to the information of the required test case, the test case may be retrieved according to the function or name or execution time of the test case required when the test task is executed, and the same test case in the basic information data model may have more
  • the latest version number is based on the update time of the test case. Specifically, if the matching test case contains A, B, The three version numbers of C are judged according to the latest time of obtaining the modification of the file. For example, the modification time of C is the latest in the test case set, B is the second, and the A modification time is the last, and the latest version number is the C version.
  • Step S40 After the test is completed according to the latest version of the test case, the test result is imported into the test case database.
  • step S40 after the test is completed according to the matched test, the test result is imported into the test case database, and the test result is compared with the expected result.
  • the test result is consistent with the expected result, the test number is based on the test case.
  • the test success result and the test time result are written into the test case table corresponding to the test case database, and are synchronously saved in the historical result table.
  • the test failure result is saved according to the test case identifier to the test case database. Test case table.
  • the embodiment of the present application provides an automatic management method for test cases, which centralizes the use cases used by each system, can facilitate centralized management of test cases, and can directly share code for each subsystem test package, and, in addition, the test automation execution system And the test automation use case management system is a unified platform.
  • the test execution system can retrieve the corresponding test script through the version, pull the test script and execute it, and solve the problem that the execution system executes the code. The latest code issue.
  • test task retrieves test cases in the basic information data model based on the information of the required test cases and obtains the latest version of the test cases, including:
  • Step S101 retrieve the test case in the basic information data model according to the information of the required test case when the test task is executed.
  • Step S102 When the test case in which the information is completely matched is retrieved, the test case is directly adopted.
  • Step S103 When the test case in which the information is completely matched is not retrieved, the approximate test case is obtained, and the approximate test case is modified to form a required test case.
  • the test case is retrieved in the basic information data model, and there may be cases of incomplete matching.
  • the name of the test case matches, but the function of the test case does not match.
  • the function is approximated according to the name of the test case.
  • Test the use case, and update the test case to obtain a matching test case. It may also be that the function of the test case matches, and the name of the test case does not match. In this case, the name of the test case can be modified to obtain the required test case. It may be that the latest version of the test case does not match.
  • the code update of the test case For the mismatch of the latest version of the test case, it is necessary to obtain the code update of the test case in advance, for example, the time of newly writing the code or the package is obtained in advance, and the corresponding test is performed. If the update time of the use case is later than the time, it can be determined that the test case is not the latest version of the test case, and the version of the approximate test case can be upgraded to form a test case of the required version, that is, by downloading the corresponding patch, Test cases for version updates to get the latest version Test case.
  • Step S104 When the other information of the newly added test case completely matches the basic information data model, the new test case and its corresponding basic information data model are stored in the test case set.
  • Step S105 When the other information of the newly added test case does not completely match the basic information data model, modify the basic information data model matching the newly added test case to form a new basic information data model, and add new test cases and new The basic information data model is added to the test case set.
  • step S105 after approximating the test case, the test case is modified to form a new test case, which may not exactly match the basic information data model.
  • the test case is updated after the test case is updated.
  • the test priority that is, the test order of the test case can be used to obtain the order of executing the test case.
  • the basic information data model needs to be modified to make the basic letter. Increase the test priority in the information model.
  • the approximate test case is obtained, and the approximate test case is modified to form the required test case, and the test case can be updated, and the updated test case and the test case are
  • the basic information data model is not completely matched, the basic information data model is modified, and unified management of the updated test cases can be realized.
  • test result is imported into the test case database.
  • the pair may be optimized. It is prioritized.
  • two models of Bayesian classification HNB and AODE are selected, and each test case is trained by using a corresponding training set, and the test cases are prioritized according to the comprehensive result predicted by the model.
  • the two models are loaded separately and initialized. Since HNB does not need to set any parameters, it is initialized by default when loading HNB.
  • HNB does not need to set any parameters, it is initialized by default when loading HNB.
  • freq which is an integer, indicating that a combination of at least freq times occurs. Normally, 1 can be used; if the training set is large, the value of freq can be increased appropriately to reduce the influence of accidental combination.
  • the corresponding training set Ti is loaded for training.
  • ⁇ (n',l) is taken from the module change data matrix ⁇ (n,l), regardless of the version of the unexecuted use case t i ;
  • R i is an n' ⁇ 1 vector, which is the test case execution result matrix R(m)
  • the transposition of the i-th row in n) indicates the execution result of the test case t i in the n versions, and the version of the unused use case t i is also not considered.
  • the new version change information set ⁇ new ⁇ 1, new, ⁇ 2, new, ..., ⁇ l, new ⁇ represents the module change vector in the new version.
  • This value is a floating point value (between 0 and 1), which means that the test case t i can find new The probability of a software defect in the version.
  • Two Bayesian classification mining models of HNB and AODE are used to predict respectively. First, two ternaries in the Prof set corresponding to the test case t i are taken, and the two ⁇ i sums are averaged to obtain the test case t i . The final predicted probability p i of the new version of the software defect was found. All test cases are ordered by finding the final probability p i of the software defect based on each test case.
  • the beneficial effects of the embodiments of the present application are: selecting two models of Bayesian classification HNB and AODE, using the corresponding training set for each test case to perform model training, and prioritizing the test cases according to the comprehensive result predicted by the model, thereby Enables users to select test cases based on the order of test cases, improving test efficiency.
  • test case automation management device 40 includes:
  • the test case set obtaining module 401 is configured to obtain a test case set, where the test case set includes test cases required by each subsystem;
  • the test case matching module 402 is configured to match each test case in the test case set with the basic information data model in the test case database;
  • the test case obtaining module 403 is configured to retrieve the test case in the basic information data model according to the information of the required test case when performing the test task, and obtain the latest version of the test case;
  • the test result importing module 404 is configured to import the test result into the test case database after completing the test according to the latest version of the test case.
  • test case matching module 402 includes:
  • test case retrieval module 410 for performing a test task according to the required test case Information retrieves test cases in a basic information data model
  • the test case update module 411 obtains an approximate test case when the fully matched test case is not retrieved, and modifies the approximate test case to form a required test case.
  • test case automation management device 40 further includes a data model update module 405;
  • the test case matching module 402 is further configured to match the newly added test case and the basic information data model. If the match is completely matched, the new test case and the corresponding basic information data model are stored in the test case set.
  • the data model update module 405 is configured to modify a basic information data model matching the newly added test case when the new test case and the basic information data model do not match, form a new basic information data model, and add a new test case and add The basic information data model is stored in the test case set.
  • Another embodiment of the present application provides a computer readable storage medium having computer readable instructions stored thereon, the computer readable instructions being executed by a processor to implement the test case automation management method in the above embodiments To avoid repetition, we will not repeat them here.
  • the computer readable instructions are executed by the processor, the functions of the modules/units in the test case automation management device in the above embodiments are implemented. To avoid repetition, details are not described herein again.
  • Figure 6 is a schematic diagram of a terminal device in this embodiment.
  • terminal device 6 includes a processor 60, a memory 61, and computer readable instructions 62 stored in memory 61 and operative on processor 60.
  • the processor 60 executes the computer readable instructions 62 to implement the various steps of the test case automation management method of the above-described embodiments, such as steps S10, S20, S30, and S40 shown in FIG.
  • the processor 60 implements the functions of the modules/units of the test case automation management apparatus in the above embodiments when the computer readable instructions 62 are executed.
  • computer readable instructions 62 may be partitioned into one or more modules/units, one Or a plurality of modules/units are stored in the memory 61 and executed by the processor 60 to complete the application.
  • the one or more modules/units may be a series of computer readable instruction segments capable of performing a particular function for describing the execution of computer readable instructions 62 in the terminal device 6.
  • the computer readable instructions 62 may be partitioned into a test case set acquisition module 401, a test case matching module 402, a test case acquisition module 403, and a test result import module 404 as shown in FIG.
  • the terminal device 6 can be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • the terminal device may include, but is not limited to, the processor 60, the memory 61. It will be understood by those skilled in the art that FIG. 6 is only an example of the terminal device 6, and does not constitute a limitation of the terminal device 6, and may include more or less components than those illustrated, or combine some components or different components.
  • the terminal device may further include an input/output device, a network access device, a bus, and the like.
  • the so-called processor 60 may be a central processing unit (CPU), or may be other general-purpose processors, a digital signal processor (DSP), an application specific integrated circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 61 may be an internal storage unit of the terminal device 6, such as a hard disk or a memory of the terminal device 6.
  • the memory 61 may also be an external storage device of the terminal device 6, such as a plug-in hard disk provided on the terminal device 6, a smart memory card (SMC), a Secure Digital (SD) card, and a flash memory card (Flash). Card) and so on.
  • the memory 61 may also include both an internal storage unit of the terminal device 6 and an external storage device.
  • the memory 61 is used to store computer readable instructions and other programs and data required by the terminal device.
  • the memory 61 can also be used to temporarily store data that has been output or is about to be output.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated modules/units if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium.
  • the present application implements all or part of the processes in the foregoing embodiments, and may also be implemented by computer readable instructions, which may be stored in a computer readable storage medium.
  • the computer readable instructions when executed by a processor, may implement the steps of the various method embodiments described above.
  • the computer readable instructions comprise computer readable instruction code, which may be in the form of source code, an object code form, an executable file or some intermediate form or the like.
  • the computer readable medium can include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a removable hard drive, a magnetic disk, an optical disk, a computer memory, a read only memory (ROM, Read-Only) Memory), random access memory (RAM), electrical carrier signals, telecommunications signals, and software distribution media.
  • a recording medium a USB flash drive
  • a removable hard drive a magnetic disk, an optical disk
  • a computer memory a read only memory (ROM, Read-Only) Memory
  • RAM random access memory

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

一种测试用例自动化管理方法、装置、设备及存储介质，适用于自动测试技术领域，测试用例自动化管理方法包括获取测试用例集合，测试用例集合包括各个子系统所需的测试用例(S10)，将测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配(S20)，执行测试任务时根据所需求的测试用例的信息在基本信息数据模型中检索测试用例，并获取最新版本的测试用例(S30)，根据相匹配的测试用例完成测试后，将测试结果导入到测试用例数据库中(S40)，该方法对各个子系统实现集中化管理，实现了测试用例共享，同时可根据类别和版本号在数据库中获得最新版本的测试用例，解决了测试系统所执行的代码不是最新代码的问题。

Description

测试用例自动化管理方法、装置、设备及存储介质
本专利申请以2017年9月21日提交的申请号为201710857312.8，名称为“测试用例自动化管理方法、装置、设备及存储介质”的中国发明专利申请为基础，并要求其优先权。
技术领域
本申请涉及软件自动化测试技术领域，特别涉及一种测试用例自动化管理方法、装置、设备及存储介质。
背景技术
在自动化测试中，自动化测试用例一般都是按每个系统来进行管理的，测试用例之间的共享性不高，而且存储位置比较分散，导致对测试用例的管理比较复杂，此外，在执行测试用例进行检测的过程中，由于测试用例保存的位置不同，无法确保执行的测试用例是最新的版本。
发明内容
本申请的目的在于提供一种测试用例自动化管理方法、装置、设备及存储介质，能够实现对测试用例的统一管理以及保证执行的测试用例是最新的版本。
本申请是这样实现的，本申请第一方面提供一种测试用例自动化管理方法，所述测试用例自动化管理方法包括：
获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型 中检索测试用例，并获取最新版本的测试用例；
根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
本申请第二方面提供一种测试用例自动化管理装置，所述测试用例自动化管理装置包括：
测试用例集合获取模块，用于获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
测试用例匹配模块，用于将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
测试用例获取模块，用于在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
测试结果导入模块，用于根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
本申请第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现如下步骤：
获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如下步骤：
获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
本申请实施例提供一种测试用例自动化管理方法，将各个系统所使用的用例集中化，可便于对测试用例的集中管理，可实现各个子系统测试包直接共享代码，另外，由于测试自动化执行系统和测试自动化用例管理系统属于统一的平台，自动化测试执行系统测试系统执行任务时，测试执行系统可以通过版本检索到对应的测试脚本，拉取测试脚本并执行，解决了执行系统所执行的代码不是最新代码的问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请一种实施例提供的一种测试用例自动化管理方法的流程图；
图2是本申请一种实施例提供的一种测试用例自动化管理方法中的步骤S30的一种实施方式提供的具体流程图；
图3是本申请另一种实施例提供的一种测试用例自动化管理装置的结构示意图；
图4是本申请另一种实施例提供的一种测试用例自动化管理装置中的测试包更新模块的结构示意图；
图5是本申请另一种实施例提供的一种测试用例自动化管理装置的结构示 意图；
图6是本申请另一种实施例提供的终端设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
为了说明本申请的技术方案，下面通过具体实施例来进行说明。
本申请实施例提供一种测试用例自动化管理方法，如图1所示，该自动化测试任务管理方法包括步骤S10、步骤S20、步骤S30以及步骤S40，每个步骤的具体内容如下：
步骤S10.获取测试用例集合，测试用例集合包括各个子系统所需的测试用例。
在步骤S10中，建立测试用例集合，将各个子系统所需的测试用例导入到测试用例集合中，可以从代码管理工具进行下载，代码管理工具为程序员编写代码的软件。
步骤S20.将测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配。
在步骤S20中，测试用例的基本信息通常包括：名称、标识、输入、输出、功能、用例标识、测试步骤、预期结果、测试日期和更新日期，基本信息数据模型包括：项目名称、项目标识、缺陷数目、软件版本、存放路径和用例版本；导入所需测试用例时，将测试用例的基本信息与基本信息数据模型进行匹配，例如，可以根据测试用例的基本信息中的名称、用例标志以及更新日期分别与基本信息数据模型中的项目名称、标志以及用例版本进行匹配，通过对测试用例与基本信息数据模型进行匹配分类，可以实现对测试用例的快速提取，其中各个子系统中所需的测试用例脚本编写具有统一的规范性，可使各个子系统直 接共享测试用例。
步骤S30.执行测试任务时根据所需求的测试用例的信息在基本信息数据模型中检索测试用例，并获取最新版本的测试用例。
在步骤S30中，执行测试任务时根据所需求的测试用例的信息可以为根据执行测试任务时需要测试用例的功能或者名称或者执行时间检索测试用例，基本信息数据模型中的同一测试用例可能具有多个，当测试用例数据库中检测到不止一个与之相匹配的测试用例时，则根据测试用例的更新时间来判断是否为最新版本号，具体地，若相匹配的测试例中含有A、B、C三个版本号，根据获取文件修改的最新时间来判断，如C的修改时间在测试用例集合中为最新，B次之，A修改时间为最后，则最新版本号为C版本。
步骤S40.根据最新版本的测试用例完成测试后，将测试结果导入到测试用例数据库中。
在步骤S40中，根据相匹配的测试完成测试后，将测试结果导入到用测试例数据库中，将测试结果与期望结果进行比较，当测试结果与期望结果一致时，则根据测试用例的测试编号将测试成功结果及测试时间结果写入测试用例数据库对应的测试用例表，并同步保存于历史结果表，当测试结果与期望结果不一致时，则根据测试用例标识保存测试失败结果至测试用例数据库对应的测试用例表。
本申请实施例提供一种测试用例自动化管理方法，将各个系统所使用的用例集中化，可便于对测试用例的集中管理，可实现各个子系统测试包直接共享代码，另外，由于测试自动化执行系统和测试自动化用例管理系统属于统一的平台，自动化测试执行系统测试系统执行任务时，测试执行系统可以通过版本检索到对应的测试脚本，拉取测试脚本并执行，解决了执行系统所执行的代码不是最新代码的问题。
对于上述实施例中的步骤S30，作为一种实施方式，如图2所示，在执行 测试任务时根据所需求的测试用例的信息在基本信息数据模型中检索测试用例，并获取最新版本的测试用例，包括：
步骤S101.在执行测试任务时根据所需求的测试用例的信息在基本信息数据模型中检索测试用例。
步骤S102.当检索到信息完全匹配的测试用例时，则直接采用该测试用例。
步骤S103.当没有检索到信息完全匹配的测试用例，则获取近似测试用例，并将近似测试用例进行修改形成需要的测试用例。
在步骤S103中，在基本信息数据模型中检索测试用例，可能存在不完全匹配的情况，例如，测试用例的名称匹配，但是测试用例的功能不匹配，此时根据测试用例的名称查找功能近似的测试用例，并对该测试用例进行更新获取相匹配的测试用例，也可能是测试用例的功能相匹配，测试用例的名称不匹配，此时可以修改测试用例的名称得到所需的测试用例，也可能是测试用例的最新版本不匹配，对于测试用例的最新版本的不匹配，需要预先获取测试用例的代码更新情况，例如，预先获得新写入的代码或者补丁包的时间，而其对应的测试用例的更新时间晚于该时间，则可以判定该测试用例不是最新版本的测试用例，可以为将近似测试用例的版本进行升级后形成所需要版本的测试用例，即通过下载相应的补丁，对该测试用例进行版本更新以获取最新版本的测试用例。
步骤S104.当新增测试用例的其他信息和基本信息数据模型完全匹配时，则将新增测试用例和其对应的基本信息数据模型存入测试用例集合中。
步骤S105.当新增测试用例的其他信息和基本信息数据模型不完全匹配时，则修改与新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将新增测试用例和新增基本信息数据模型存入测试用例集合中。
在步骤S105中，检索到近似测试用例后对其进行修改，形成需要的新增测试用例，该测试用例可能与基本信息数据模型不完全匹配，例如，对测试用例进行版本更新后增加了测试用例的测试优先级，即通过测试用例的测试优先级可以获取执行测试用例的顺序，此时，需要修改基本信息数据模型，使基本信 息数据模型的信息中增加测试优先级这一项。
本申请实施方式，在没有检索到完全匹配的测试用例，则获取近似测试用例，并将近似测试用例进行修改形成需要的测试用例，可以实现对测试用例的更新，同时当更新后的测试用例与基本信息数据模型不完全匹配时，修改基本信息数据模型，可以实现对更新后的测试用例的统一管理。
在上述实施例中，在步骤S40中根据相匹配的测试用例完成测试后，将测试结果导入到测试用例数据库中，对于测试成功的测试用例，为了对这些新测试用例进行优中选优，可以对其进行优先化排序。
作为一种实施方式，选择贝叶斯分类HNB和AODE两个模型，对每个测试用例采用对应的训练集进行模型训练，根据模型预测的综合结果对测试用例进行优先化排序。
具体的，分别载入这两个模型并进行初始化。由于HNB不需要设置任何参数，因此在载入HNB时以默认方式初始化。对于AODE，需要设置最小频度freq，该参数为整数，表示出现至少freq次的组合予以考虑。正常情况取1即可；若训练集较大，也可适当增加freq的值，减少偶然组合的影响。
对每个测试用例ti，载入对应的训练集Ti进行训练，当训练集较大时，可设置最大训练步数和最大训练时间，其中，训练集Ti＝[Δ，Ri]，是一个n’×(l+1)的矩阵。其中Δ(n’，l)取自模块变更数据矩阵Δ(n，l)，不考虑未执行用例ti的版本；Ri是一个n’×1向量，是测试用例执行结果矩阵R(m，n)中第i行的转置，表示测试用例ti在n个版本中的执行结果，同样不考虑未执行用例ti的版本。
准备好新版本的模块变更信息，以训练集相同的格式要求填入检验集Testseti＝[Δnew，θi]。其中新版本变更信息集合Δnew＝{δ1，new，δ2，new，...，δl，new}，代表新版本中的模块变更向量。
将检验集代入上一个步骤训练好的模型，预测出测试用例ti在新版本的执行结果θi，这个值是浮点值(处于0和1之间)，代表测试用例ti能够发现新版 本中软件缺陷的概率。
综合所有测试用例的预测结果，最终输出是一个三元组集合Prof＝{<ti，θi，type>|ti∈t，0＜θi≤1，1≤i≤m，type∈{HNB，AODE}}，其中ti为测试用例；type是选用的分类模型；概率θi表示测试用例ti能够发现新版本软件缺陷的概率，θi越高表示测试用例ti的价值越高，越值得优先测试。
采用HNB和AODE两个贝叶斯分类挖掘模型分别预测，首先取测试用例ti对应的Prof集合中两个三元组，将其中的两个θi求和取平均值，得到测试用例ti发现新版本软件缺陷的最终预测概率pi。根据每个测试用例发现软件缺陷的最终概率pi对所有测试用例进行排序。
本申请实施例的有益效果是：选择贝叶斯分类HNB和AODE两个模型，对每个测试用例采用对应的训练集进行模型训练，根据模型预测的综合结果对测试用例进行优先化排序，从而使用户根据测试用例的排序选择测试用例，提高了测试效率。
本申请另一种实施例提供一种测试用例自动化管理装置40，如图3所示，测试用例自动化管理装置40包括：
测试用例集合获取模块401，用于获取测试用例集合，测试用例集合包括各个子系统所需的测试用例；
测试用例匹配模块402，用于将测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
测试用例获取模块403，用于在执行测试任务时根据所需求的测试用例的信息在基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
测试结果导入模块404，用于根据最新版本的测试用例完成测试后，将测试结果导入到测试用例数据库中。
进一步的，如图4所示，作为一种实施方式，测试用例匹配模块402包括：
测试用例检索模块410，用于在执行测试任务时根据所需求的测试用例的 信息在基本信息数据模型中检索测试用例；
测试用例更新模块411，在没有检索到完全匹配的测试用例时，获取近似测试用例，并将近似测试用例进行修改形成需要的测试用例。
如图5所示，测试用例自动化管理装置40还包括数据模型更新模块405；
测试用例匹配模块402还用于对新增测试用例和基本信息数据模型进行匹配，若完全匹配，则将新增测试用例和其对应的基本信息数据模型存入测试用例集合中，
数据模型更新模块405用于在新增测试用例和基本信息数据模型不匹配时，修改与新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将新增测试用例和新增基本信息数据模型存入测试用例集合中。
上述终端设备中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本申请另一种实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机可读指令，该计算机可读指令被处理器执行时实现上述实施例中的测试用例自动化管理方法，为避免重复，这里不再赘述。或者，该计算机可读指令被处理器执行时实现上述实施例中测试用例自动化管理装置中各模块/单元的功能，为避免重复，这里不再赘述。
图6是本实施例中终端设备的示意图。如图6所示，终端设备6包括处理器60、存储器61以及存储在存储器61中并可在处理器60上运行的计算机可读指令62。处理器60执行计算机可读指令62时实现上述实施例中测试用例自动化管理方法的各个步骤，例如图1所示的步骤S10、S20、S30和S40。或者，处理器60执行计算机可读指令62时实现上述实施例中测试用例自动化管理装置各模块/单元的功能。
示例性的，计算机可读指令62可以被分割成一个或多个模块/单元，一个 或者多个模块/单元被存储在存储器61中，并由处理器60执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述计算机可读指令62在终端设备6中的执行过程。例如，计算机可读指令62可以被分割成如图3所示的测试用例集合获取模块401、测试用例匹配模块402、测试用例获取模块403以及测试结果导入模块404。
该终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器61可以是终端设备6的内部存储单元，例如终端设备6的硬盘或内存。存储器61也可以是终端设备6的外部存储设备，例如终端设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器61还可以既包括终端设备6的内部存储单元也包括外部存储设备。存储器61用于存储计算机可读指令以及终端设备所需的其他程序和数据。存储器61还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不 同的功能单元或模块，以完成以上描述的全部或者部分功能。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机可读指令包括计算机可读指令代码，所述计算机可读指令代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种测试用例自动化管理方法，其特征在于，所述测试用例自动化管理方法包括：
    获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
    将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
    根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
  2. 根据权利要求1所述的测试用例自动化管理方法，其特征在于，在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例，包括：
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，若检索到完全匹配的测试用例，则直接应用，若没有检索到完全匹配的测试用例，则获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例。
  3. 根据权利要求2所述的测试用例自动化管理方法，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例，包括：
    获取近似测试用例，并将所述近似测试用例的版本进行升级后形成所需要版本的测试用例。
  4. 根据权利要求2所述的测试用例自动化管理方法，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例，之后还包括：
    对新增测试用例和所述基本信息数据模型进行匹配，若完全匹配，则将所述新增测试用例和其对应的基本信息数据模型存入所述测试用例集合中，若无 法匹配，则修改与所述新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将所述新增测试用例和所述新增基本信息数据模型存入所述测试用例集合中。
  5. 根据权利要求1所述的测试用例自动化管理方法，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中，包括：
    将测试结果与期望结果进行比较，当测试结果与期望结果一致时，则根据测试用例的测试编号将测试成功结果及测试时间结果写入所述测试用例数据库对应的测试用例表，并同步保存于历史结果表，当测试结果与期望结果不一致时，则根据测试用例标识保存测试失败结果至所述测试用例数据库对应的测试用例表。
  6. 根据权利要求1所述的测试用例自动化管理方法，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中，之后还包括：
    选择贝叶斯分类HNB和AODE两个模型，对每个测试用例采用对应的训练集进行模型训练，根据模型预测的综合结果对测试用例进行优先化排序。
  7. 一种测试用例自动化管理装置，其特征在于，所述测试用例自动化管理装置包括：
    测试用例集合获取模块，用于获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
    测试用例匹配模块，用于将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
    测试用例获取模块，用于在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
    测试结果导入模块，用于根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
  8. 根据权利要求7所述的测试用例自动化管理装置，其特征在于，所述测试用例匹配模块包括：
    测试用例检索模块，用于在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例；
    测试用例更新模块，在没有检索到完全匹配的测试用例时，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例；
    所述测试用例自动化管理装置还包括数据模型更新模块；
    所述测试用例匹配模块还用于对新增测试用例和所述基本信息数据模型进行匹配，若完全匹配，则将所述新增测试用例和其对应的基本信息数据模型存入所述测试用例集合中，
    所述数据模型更新模块用于在所述新增测试用例和所述基本信息数据模型不匹配时，修改与所述新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将所述新增测试用例和所述新增基本信息数据模型存入所述测试用例集合中。
  9. 一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如下步骤：
    获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
    将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
    根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
  10. 根据权利要求9所述的终端设备，其特征在于，在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取 最新版本的测试用例，包括：
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，若检索到完全匹配的测试用例，则直接应用，若没有检索到完全匹配的测试用例，则获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例。
  11. 根据权利要求10所述的终端设备，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例，包括：
    获取近似测试用例，并将所述近似测试用例的版本进行升级后形成所需要版本的测试用例。
  12. 根据权利要求10所述的终端设备，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    对新增测试用例和所述基本信息数据模型进行匹配，若完全匹配，则将所述新增测试用例和其对应的基本信息数据模型存入所述测试用例集合中，若无法匹配，则修改与所述新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将所述新增测试用例和所述新增基本信息数据模型存入所述测试用例集合中。
  13. 根据权利要求9所述的终端设备，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中，包括：
    将测试结果与期望结果进行比较，当测试结果与期望结果一致时，则根据测试用例的测试编号将测试成功结果及测试时间结果写入所述测试用例数据库对应的测试用例表，并同步保存于历史结果表，当测试结果与期望结果不一致时，则根据测试用例标识保存测试失败结果至所述测试用例数据库对应的测试用例表。
  14. 根据权利要求9所述的终端设备，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中之后，所述处 理器执行所述计算机可读指令时还实现如下步骤：
    选择贝叶斯分类HNB和AODE两个模型，对每个测试用例采用对应的训练集进行模型训练，根据模型预测的综合结果对测试用例进行优先化排序。
  15. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤：
    获取测试用例集合，所述测试用例集合包括各个子系统所需的测试用例；
    将所述测试用例集合中每个测试用例与测试用例数据库中的基本信息数据模型进行匹配；
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例；
    根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中。
  16. 根据权利要求15所述的计算机可读存储介质，其特征在于，在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，并获取最新版本的测试用例，包括：
    在执行测试任务时根据所需求的测试用例的信息在所述基本信息数据模型中检索测试用例，若检索到完全匹配的测试用例，则直接应用，若没有检索到完全匹配的测试用例，则获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例。
  17. 根据权利要求16所述的计算机可读存储介质，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例，包括：
    获取近似测试用例，并将所述近似测试用例的版本进行升级后形成所需要版本的测试用例。
  18. 根据权利要求16所述的计算机可读存储介质，其特征在于，获取近似测试用例，并将所述近似测试用例进行修改形成需要的测试用例之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    对新增测试用例和所述基本信息数据模型进行匹配，若完全匹配，则将所述新增测试用例和其对应的基本信息数据模型存入所述测试用例集合中，若无法匹配，则修改与所述新增测试用例匹配的基本信息数据模型，形成新增基本信息数据模型，将所述新增测试用例和所述新增基本信息数据模型存入所述测试用例集合中。
  19. 根据权利要求15所述的计算机可读存储介质，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中，包括：
    将测试结果与期望结果进行比较，当测试结果与期望结果一致时，则根据测试用例的测试编号将测试成功结果及测试时间结果写入所述测试用例数据库对应的测试用例表，并同步保存于历史结果表，当测试结果与期望结果不一致时，则根据测试用例标识保存测试失败结果至所述测试用例数据库对应的测试用例表。
  20. 根据权利要求15所述的计算机可读存储介质，其特征在于，根据所述最新版本的测试用例完成测试后，将测试结果导入到所述测试用例数据库中之后，所述处理器执行所述计算机可读指令时还实现如下步骤：
    选择贝叶斯分类HNB和AODE两个模型，对每个测试用例采用对应的训练集进行模型训练，根据模型预测的综合结果对测试用例进行优先化排序。
PCT/CN2017/112282 2017-09-21 2017-11-22 测试用例自动化管理方法、装置、设备及存储介质 WO2019056540A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710857312.8 2017-09-21
CN201710857312.8A CN107678951A (zh) 2017-09-21 2017-09-21 测试用例自动化管理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019056540A1 true WO2019056540A1 (zh) 2019-03-28

Family

ID=61136060

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/112282 WO2019056540A1 (zh) 2017-09-21 2017-11-22 测试用例自动化管理方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN107678951A (zh)
WO (1) WO2019056540A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114143235A (zh) * 2020-08-13 2022-03-04 中国移动通信有限公司研究院 Nfv自动测试方法、装置、设备及存储介质

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108459964B (zh) * 2018-03-06 2021-05-04 平安科技（深圳）有限公司 测试用例选择方法、装置、设备以及计算机可读存储介质
CN109298996A (zh) * 2018-07-13 2019-02-01 万达百汇科技（深圳）有限公司 一种测试方法、装置和终端设备
CN109446060B (zh) * 2018-09-13 2021-09-24 百富计算机技术（深圳）有限公司 一种服务端测试用例集的生成方法、终端设备及存储介质
CN109542761B (zh) * 2018-10-11 2022-03-11 平安科技（深圳）有限公司 软件质量评估方法、装置及存储介质
CN109460396B (zh) * 2018-10-12 2024-06-04 中国平安人寿保险股份有限公司 模型处理方法及装置、存储介质和电子设备
CN109828904A (zh) * 2018-12-14 2019-05-31 深圳壹账通智能科技有限公司 系统验证方法、装置、电子设备及存储介质
CN109815123A (zh) * 2018-12-15 2019-05-28 中国平安人寿保险股份有限公司 接口测试用例脚本分类方法、装置、电子设备及介质
CN111352824B (zh) * 2018-12-21 2023-07-07 北京金山云网络技术有限公司 测试方法、装置及计算机设备
CN111382064B (zh) * 2018-12-28 2023-12-22 北京搜狗科技发展有限公司 一种测试方法、装置、介质和电子设备
CN109933531A (zh) * 2019-03-19 2019-06-25 湖南国科微电子股份有限公司 自动检测方法、装置及电子设备
CN110221965B (zh) * 2019-05-09 2023-01-20 创新先进技术有限公司 测试用例生成、测试方法、装置、设备及系统
CN110362469A (zh) * 2019-05-28 2019-10-22 中国平安人寿保险股份有限公司 基于模块化测试用例控制方法、装置、终端与存储介质
CN110321291A (zh) * 2019-07-12 2019-10-11 中国工商银行股份有限公司 测试案例智能提取系统及方法
CN112286786A (zh) * 2019-07-24 2021-01-29 北京金山云网络技术有限公司 数据库的测试方法、装置和服务器
CN110825618B (zh) * 2019-10-10 2024-01-26 天航长鹰(江苏)科技有限公司 一种生成测试用例的方法及相关装置
CN110851308A (zh) * 2019-10-21 2020-02-28 香港乐蜜有限公司 一种测试方法、装置、电子设备及存储介质
CN110874326B (zh) * 2019-11-21 2023-10-27 望海康信(北京)科技股份公司 测试用例生成方法、装置、计算机设备及存储介质
CN111190829B (zh) * 2019-12-31 2022-04-29 武汉中海庭数据技术有限公司 一种路口测试模型数据自动构建方法和装置
CN112256555A (zh) * 2020-09-11 2021-01-22 上海汇付数据服务有限公司 自动化测试用例管理系统及测试用例执行状态转换方法
CN112181825A (zh) * 2020-09-26 2021-01-05 建信金融科技有限责任公司 测试案例库构建方法、装置、电子设备及介质
CN113341767A (zh) * 2021-06-16 2021-09-03 中国商用飞机有限责任公司 用于自动化测试的方法、系统和计算机可读存储介质
CN115964305B (zh) * 2023-03-16 2023-06-23 广州嘉为科技有限公司 一种跨项目的测试用例库管理方法、装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8151248B1 (en) * 2007-10-31 2012-04-03 Sprint Communications Company L.P. Method and system for software defect management
CN104331369A (zh) * 2014-11-21 2015-02-04 北京奇虎科技有限公司 基于浏览器的网页检测方法及装置、服务器
CN106326122A (zh) * 2016-08-23 2017-01-11 北京精密机电控制设备研究所 一种软件单元测试用例管理系统
CN106383778A (zh) * 2016-08-25 2017-02-08 浪潮电子信息产业股份有限公司 一种提高测试用例复用率的方法
CN107024916A (zh) * 2016-12-08 2017-08-08 中国北方发动机研究所(天津) 一种柴油机电控系统测试用例参数自动匹配系统及方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101908020B (zh) * 2010-08-27 2012-05-09 南京大学 一种基于分类挖掘和版本变更的测试用例优先化方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8151248B1 (en) * 2007-10-31 2012-04-03 Sprint Communications Company L.P. Method and system for software defect management
CN104331369A (zh) * 2014-11-21 2015-02-04 北京奇虎科技有限公司 基于浏览器的网页检测方法及装置、服务器
CN106326122A (zh) * 2016-08-23 2017-01-11 北京精密机电控制设备研究所 一种软件单元测试用例管理系统
CN106383778A (zh) * 2016-08-25 2017-02-08 浪潮电子信息产业股份有限公司 一种提高测试用例复用率的方法
CN107024916A (zh) * 2016-12-08 2017-08-08 中国北方发动机研究所(天津) 一种柴油机电控系统测试用例参数自动匹配系统及方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114143235A (zh) * 2020-08-13 2022-03-04 中国移动通信有限公司研究院 Nfv自动测试方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN107678951A (zh) 2018-02-09

Similar Documents

Publication Publication Date Title
WO2019056540A1 (zh) 测试用例自动化管理方法、装置、设备及存储介质
US20210342313A1 (en) Autobuild log anomaly detection methods and systems
CN108733639B (zh) 一种配置参数调整方法、装置、终端设备及存储介质
US10990510B2 (en) Associating attribute seeds of regression test cases with breakpoint value-based fingerprints
US20130326481A1 (en) System and method for tracking software package dependencies using a graph model
CN111026568B (zh) 数据和任务关系构建方法、装置、计算机设备及存储介质
CN111061733B (zh) 数据处理方法、装置、电子设备和计算机可读存储介质
CN108345658B (zh) 算法计算轨迹的分解处理方法、服务器及存储介质
US11733999B2 (en) Versioning and cataloging application programming interface (API) specifications
US20130185086A1 (en) Generation of sales leads using customer problem reports
WO2022012327A1 (zh) 代码分析的方法、系统及计算设备
EP2778962B1 (en) Silo-aware databases
US11120002B2 (en) Method and system for concurrent database operation
CN113535206B (zh) 多版本代码升级方法及系统
CN107885781B (zh) 一种版本管理方法及系统
US20140279974A1 (en) Versioning for configurations of reusable artifacts
CN113535258A (zh) 一种Pattern文件加载方法及系统
CN109597819B (zh) 用于更新数据库的方法和装置
US20200394128A1 (en) Breakpoint value-based version control
WO2019195464A1 (en) Automated reference list builder
WO2017088547A1 (zh) 一种数据升级方法和装置
CN112817931B (zh) 一种增量版本文件的生成方法及装置
CN110727677B (zh) 数据仓库内表格的血缘关系追溯的方法和装置
CN110471708B (zh) 基于可重用组件的配置项获取的方法及装置
US11599354B2 (en) Detecting misconfiguration and/or bug(s) in large service(s) using correlated change analysis

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 23.09.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 17925710

Country of ref document: EP

Kind code of ref document: A1