WO2020119422A1 - 测试数据的加载方法、装置、计算机设备及存储介质 - Google Patents

测试数据的加载方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2020119422A1
WO2020119422A1 PCT/CN2019/120159 CN2019120159W WO2020119422A1 WO 2020119422 A1 WO2020119422 A1 WO 2020119422A1 CN 2019120159 W CN2019120159 W CN 2019120159W WO 2020119422 A1 WO2020119422 A1 WO 2020119422A1
Authority
WO
WIPO (PCT)
Prior art keywords
data file
class
data
tested
test data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2019/120159
Other languages
English (en)
French (fr)
Inventor
王庆丰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Publication of WO2020119422A1 publication Critical patent/WO2020119422A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

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

Definitions

  • Test data loading method device, computer equipment and storage medium
  • the present application relates to the technical field of test management, and in particular, to a method, device, computer device, and storage medium for loading test data.
  • Web UI Web Site User Interface, network product interface design
  • TestNG TestNG open source framework
  • the present application provides a test data loading method, device, computer equipment, and storage medium.
  • the test case script code does not need to pay attention to the data source, reducing the use case script code redundancy and error probability, and improving the efficiency of script development.
  • the present application provides a method for loading test data.
  • the method includes:
  • the class name of the class to be tested is obtained by acquiring the class name Data file storage path;
  • the present application provides a test data loading device, the device includes:
  • a storage module for storing the data file storing the test data in a preset path
  • a first acquiring module configured to acquire the storage path of the data file by acquiring the class name of the class to be tested when running the test on the class to be tested;
  • a second obtaining module configured to obtain the test data in the data file through the storage path of the data file.
  • a computer device includes a memory, a processor, and computer-readable instructions stored in the memory and executable on the processor, and the processor implements the following steps when executing the computer-readable instructions :
  • One or more readable storage media storing computer readable instructions, which when executed by one or more processors, cause the one or more processors to perform the following steps:
  • FIG. 1 is a flowchart of a method for loading test data in an embodiment of the present application
  • FIG. 2 is a detailed flowchart of step S10 in FIG. 1 according to an embodiment of the present application;
  • FIG. 3 is a detailed flowchart of step S30 in FIG. 1 according to an embodiment of the present application.
  • FIG. 4 is a detailed flowchart of step S40 in FIG. 1 according to an embodiment of the present application
  • FIG. 5 is a schematic block diagram of a test data loading device in an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a computer device in an embodiment of the present application.
  • a method for loading test data including the following steps:
  • S10 create a data file with the same name as the class to be tested; and store the corresponding test data in the data file.
  • the class to be tested in the embodiment of the present application is a class that needs to be tested, and the test class may be a Java class, which is a classification based on the function of the class, in order to easily distinguish it from other classes (automation framework classes, etc.) ), the function of the class to be tested is mainly for automated testing of We UI pages, that is, the division of the test class is artificially divided according to the function of the business.
  • Class (Class) is the basis for object-oriented programming (0 OP, Object-Oriented Programming) to achieve information encapsulation.
  • a class is a user-defined type. Each class contains a data description and a set of functions that manipulate data or pass messages. Instances of the class are called pairs. Elephant. Among them, the Java class (java)
  • Java class is a type of object-oriented programming language
  • Java class refers to a class in the Java programming language
  • a data file with the same name as the class to be tested is created, that is, the class name of the class to be tested is first determined, and then a data file with the same name as the class name is created to store the data required by the class to be tested Test Data.
  • Test Data For example, there is a class to be tested for testing the login function.
  • the class name of the class to be tested is "Login”.
  • Shell 1 Create a data file named "Login" and add all the required login user names and Test data such as passwords are stored in a data file named "Login".
  • the step S10 create a data file with the same name as the class to be tested; and store the corresponding test data in the data file, including the following steps:
  • S101 Use a text editor to create a JSON format data file with the same name as the class to be tested.
  • the storage of the data file in the JSON format is to facilitate program reading and searching, and the JSON format is a storage method of key-value pairs.
  • the JSON format is a storage method of key-value pairs.
  • the class name of the class to be tested is “Calculation”, and the Bakura key needs to be named Calculation.json data file.
  • S102 open and edit the JSON format data file, and add JSON format test data to it.
  • the Calculation.json data file is edited, and the content is uniformly formatted as follows:
  • a text editor is used to create a JSON format data file with the same name as the class to be tested, and then the JSON format data file is opened and edited, and JSON format test data is added to it.
  • the program can be easily read and searched, and the characteristics of the test class name and the data file have the same name, and the test data file will be automatically loaded without specifying in the code, thereby increasing the loading speed of the test data, and thus improving the test of the test class effectiveness.
  • the preset path is a directory in which data files are stored in advance, and the preset path may be set according to actual requirements. In order to facilitate unified management, you can put all the data files in the same preset path.
  • embodiments of the present application may include multiple classes to be tested, each class to be tested corresponds to a data file, that is, each class to be tested has a data file with the same name as its class, for convenience Unified management, all data files corresponding to the class to be tested are stored under a path, and this path is set according to actual needs.
  • S30 when performing a running test on the class to be tested, acquiring the storage path of the data file by acquiring the class name of the class to be tested.
  • the class name of the current class to be tested is dynamically obtained through the Reporter static class provided by TestNG, that is, the name of the data file is obtained, and then the obtained The class name of the class to be tested gets the storage path of the data file.
  • a Java class is written, and the class is named DataDriver to achieve a storage path for obtaining a data file.
  • this DataDriver class is the basic class of data drive for automated testing framework. It is used to automatically obtain test data for automated operation.
  • the class name of the class to be tested is obtained through the Reporter class, and then stitched together with the pre Path, and finally get the storage path of the data file, so that the automatic operation of the framework code does not need to specify the file name of the test data in the code in advance, but it is dynamically learned, reducing the use case script code redundancy and error probability, and improving the script Development efficiency.
  • the step S30 obtain by obtaining the class name of the class to be tested Taking the storage path of the data file includes the following steps:
  • S301 Obtain the class name of the class to be tested through the Reporter static class.
  • the Reporter static class is also a class provided by the TestNG open source test framework. Its function is to obtain process information during the running of the test class, and its process information is stored in the Reporter static class, where the process information includes the test class Name is the class name of the class to be tested.
  • the preset path and the class name of the class to be tested are spliced, that is, a path where test data can be acquired, that is, a storage path of a data file.
  • the preset path for storing data files is D: ⁇ xx ⁇ xx ⁇ Data
  • the class name of the class to be tested is xxx.json
  • the class name xxx.j son appends stored path data file D: ⁇ xx ⁇ xx ⁇ data ⁇ xxx.js on °
  • S40 Obtain the test data in the data file through the storage path of the data file.
  • the step S40: the obtaining test data in the data file through the storage path of the data file includes the following steps:
  • S401 Read the data file through a storage path of the data file, and store the read test data in a JSON structure object.
  • the embodiment of the present application may use the open source FastJson module in the DataDriver class to read the test data stored in the data file according to the storage path of the data file obtained in step S30, and Save the test data in the JSON structure object, so that the test data in the data file can be obtained from the JSON structure object in the subsequent steps.
  • S402 Obtain test data in the data file from the JSON structure object.
  • the embodiment of the present application can obtain the test data in the data file from the JSON structure object.
  • a function called getMethodDataObj() can be written in the DataDriver class, and the function can be used to obtain test data in the test function.
  • test data in the entire test class, that is, in the TestNG framework, there may be multiple classes to be tested, because there are many functions to be tested, generally one function A test class for the application of the module, and a test class contains many test methods, namely test functions, and a test function for the application of our actual test data.
  • the method further includes: putting the obtained test data in the data file into methodData to use the test data.
  • the test data corresponding to the test method is obtained through the getMethodD ataObj() method, and the obtained test data is placed in the method Data, so that the test data can be used.
  • the embodiment of the present application provides a method for loading test data. First, a data file with the same name as the class to be tested is created; and the corresponding test data is stored in the data file; then the test data is stored The data file is stored in the preset path; when running the test on the class to be tested, the storage path of the data file is obtained by acquiring the class name of the class to be tested; and finally the storage path of the data file Obtain the test data in the data file.
  • the embodiment of the present application creates a data file name with the same name as the test class in advance, and stores the test data in accordance with the format standard in a unified way.
  • test data file with the same name of the test data use this to standardize the naming of the data file, and then use the characteristics of the test class name and the data file to have the same name to obtain these test data during the automatic operation process.
  • the name of the test data file is written in, but it is dynamically learned. Therefore, through the test data loaded in the embodiment of the present application, there is no need to pay attention to the data source in the test case script code, reducing the use case script code redundancy and error probability, and improving script development s efficiency.
  • a device for loading test data is provided.
  • the device for loading test data corresponds one-to-one with the method for loading test data in the foregoing embodiment.
  • the test data loading device includes a creation module 10, a storage module 20, a first acquisition module 30, and a second acquisition module 40.
  • the detailed description of each functional module is as follows: [0088]
  • the creation module 10 is used to create a data file with the same name as the class to be tested; and store the corresponding test data in the data file;
  • the storage module 20 is configured to save the data file storing the test data in a preset path
  • the first acquiring module 30 is configured to acquire the storage path of the data file by acquiring the class name of the class to be tested when running the test on the class to be tested;
  • the second obtaining module 40 is configured to obtain the test data in the data file through the storage path of the data file.
  • the first obtaining module 30 includes:
  • the obtaining unit 31 is configured to obtain the class name of the class to be tested through the Reporter static class;
  • the splicing unit 32 is configured to splice the preset path and the class name of the class to be tested to obtain a storage path of the data file.
  • the second obtaining module 40 includes:
  • the reading unit 41 is configured to read the data file through the storage path of the data file, and store the read test data in a JSON structure object;
  • the obtaining unit 42 is configured to obtain the test data in the data file from the JSON structure object.
  • the creation module 10 includes:
  • the editing unit 12 is configured to open and edit the JSON format data file, and add test data in the JSON format.
  • the device further includes:
  • the storage module 50 is configured to put the acquired test data in the data file into methodData to use the test data.
  • test data loading device For a specific definition of the test data loading device, reference may be made to the above definition of the test data loading method, and details are not described herein again.
  • Each module in the above test data loading device may be implemented in whole or in part by software, hardware, or a combination thereof.
  • the above modules may be embedded in the hardware form or independent of the processor in the computer device, or may be stored in the memory in the computer device in the form of software so that the processor can call and execute the operations corresponding to the above modules.
  • a computer device is provided, the computer device may be a terminal, and an internal structure diagram thereof may be as shown in FIG. 6.
  • the computer equipment includes a processor, a memory, a network interface, a display screen, and an input device connected through a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a readable storage medium and internal memory.
  • the readable storage medium stores an operating system and computer readable instructions.
  • the internal memory provides an environment for the operation of the operating system and computer-readable instructions in the readable storage medium.
  • the network interface of the computer device is used to communicate with an external server through a network connection. When the computer-readable instructions are executed by the processor, any one of the foregoing test data loading methods is implemented.
  • the readable storage medium provided by this embodiment includes a non-volatile readable storage medium and a volatile readable storage medium.
  • a computer device including a memory, a processor, and computer-readable instructions stored on the memory and executable on the processor, and the processor implements the computer-readable instructions to implement the following steps :
  • one or more readable storage media storing computer-readable instructions are provided.
  • the readable storage media provided in this embodiment include non-volatile readable storage media and volatile Readable storage medium; computer readable instructions are stored on the readable storage medium, and when the computer readable instructions are executed by one or more processors, the one or more processors implement the following steps:
  • Non-volatile memory may include read-only memory (ROM)
  • RAM Programmable ROM
  • EPROM electrically programmable ROM
  • EEPROM electrically erasable programmable ROM
  • flash memory can include random access memory (RAM) or external cache memory.
  • RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous chain (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

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

测试数据的加载方法、 装置、 计算机设备及存储介质
[0001] 本申请以 2018年 12月 15日提交的申请号为 201811537620.3， 名称为“测试数据的 加载方法、 装置、 计算机设备及存储介质”的中国申请专利申请为基础， 并要求 其优先权。
技术领域
[0002] 本申请涉及测试管理技术领域， 尤其涉及一种测试数据的加载方法、 装置、 计 算机设备及存储介质。
[0003]
[0004] 背景技术
[0005] Web UI （Website User Interface, 网络产品界面设计） 自动化中经常使用数据 驱动来加载测试用例要用到的数据， 即将数据驱动， 现在常用的使用 TestNG开 源框架提供数据驱动功能， 但现有 TestNG提供的数据驱动方法 DataProvider有以 下局限：
[0006] 在测试方法中， 使用 DataProvider必须提供明确的数据来源， 即要在每一个测 试方法都要指明数据源的 Java类名与方法名， 因为数据源的 Java类名与方法名一 般是一样的， 所以会造成重复写这部分代码， 很繁琐。
[0007]
[0008] 申请内容
[0009] 本申请提供一种测试数据的加载方法、 装置、 计算机设备及存储介质， 测试用 例脚本代码中无需关注数据来源， 减少用例脚本代码冗余与出错机率， 提高脚 本开发的效率。
[0010] 本申请提供了一种测试数据的加载方法， 该方法包括：
[0011] 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中
[0012] 将存储有所述测试数据的数据文件保存在预置路径下；
[0013] 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获取所述 数据文件的存储路径；
[0014] 通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[0015] 本申请提供了一种测试数据的加载装置， 该装置包括：
[0016] 创建模块， 用于创建与待测试类同名的数据文件； 并将对应的测试数据存储在 所述数据文件中；
[0017] 存储模块， 用于将存储有所述测试数据的数据文件保存在预置路径下；
[0018] 第一获取模块， 用于当对所述待测试类进行运行测试时， 通过获取所述待测试 类的类名称获取所述数据文件的存储路径；
[0019] 第二获取模块， 用于通过所述数据文件的存储路径获取所述数据文件中的测试 数据。
[0020] 一种计算机设备， 包括存储器、 处理器以及存储在所述存储器中并可在所述处 理器上运行的计算机可读指令， 所述处理器执行所述计算机可读指令时实现如 下步骤：
[0021] 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中
[0022] 将存储有所述测试数据的数据文件保存在预置路径下；
[0023] 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获取所述 数据文件的存储路径；
[0024] 通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[0025] 一个或多个存储有计算机可读指令的可读存储介质， 所述计算机可读指令被一 个或多个处理器执行时， 使得所述一个或多个处理器执行如下步骤：
[0026] 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中
[0027] 将存储有所述测试数据的数据文件保存在预置路径下；
[0028] 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获取所述 数据文件的存储路径；
[0029] 通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[0030] 本申请的一个或多个实施例的细节在下面的附图和描述中提出， 本申请的其他 特征和优点将从说明书、 附图以及权利要求变得明显。
[0031]
[0032] 附图说明
[0033] 为了更清楚地说明本申请实施例的技术方案， 下面将对本申请实施例的描述中 所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本申 请的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前 提下， 还可以根据这些附图获得其他的附图。
[0034] 图 1是本申请一实施例中测试数据的加载方法的一流程图；
[0035] 图 2是本申请一实施例图 1中步骤 S10的详细流程图；
[0036] 图 3是本申请一实施例图 1中步骤 S30的详细流程图；
[0037] 图 4是本申请一实施例图 1中步骤 S40的详细流程图
[0038] 图 5是本申请一实施例中测试数据的加载装置的一原理框图；
[0039] 图 6是本申请一实施例中计算机设备的一示意图。
[0040]
[0041] 具体实施方式
[0042] 下面将结合本申请实施例中的附图， 对本申请实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本申请一部分实施例， 而不是全部的实 施例。 基于本申请中的实施例， 本领域普通技术人员在没有作出创造性劳动前 提下所获得的所有其他实施例， 都属于本申请保护的范围。
[0043] 在一实施例中， 如图 1所示， 提供一种测试数据的加载方法， 包括如下步骤：
[0044] S10, 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据 文件中。
[0045] 本申请实施例中的待测试类是需要进行测试的类， 测试类可以是 Java类， 它是 根据类的功能划分的一种分类， 是为了方便区别于其他类 （自动化框架类等） 的， 待测试类的功能主要是进行 We UI页面自动化测试的， 即测试类的划分是根 据业务的功能人为划分的。 需要说明的是， 类 （Class） 是面向对象程序设计 （0 OP, Object-Oriented Programming） 实现信息封装的基础。 类是一种用户定义类 型， 每个类包含数据说明和一组操作数据或传递消息的函数， 类的实例称为对 象。 其中， Java类 (java
class) 是面向对象程序设计语言中的一种， Java类是指 Java编程语言中的类。
[0046] 在本实施例中， 创建与待测试类同名的数据文件， 即首先确定待测试类的类名 ， 然后创建一个与该类名相同的数据文件， 用于存储待测试类所需要的测试数 据。 例如， 存在一个用于测试登录功能的待测试类， 该待测试类的类名为“Login ”， 贝 1】创建名称为“Login”数据文件， 并将该待测试类所有需要的登录用户名和密 码等测试数据存储在名称为“Login”数据文件中。
[0047] 在一实施例中， 如图 2所示， 所述步骤 S10: 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中， 包括如下步骤：
[0048] S101 , 利用文本编辑器创建与待测试类同名的 JSON格式的数据文件。
[0049] 在本申请实施例中， 将数据文件存储为 JSON格式中是为了方便程序读取与查 找， JSON格式是键值对的存储方式。 例如， 存在一个用于测试计算功能的待测 试类， 该待测试类的类名为“Calculation”， 贝仓键需要名称为 Calculation.json数 据文件。
[0050] S102, 打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON格式的测试 数据。
[0051] 例如， 对 Calculation.json数据文件进行编辑， 并将其内容统一格式如下：
[0052] {
[0053] “测试函数名 1”： {
[0054] 参数名 1 : “参数值 1”，
[0055] 参数名 2: “参数值 2”
[0056] }，
[0057] “测试函数名 2”： {
[0058] 参数名 1 : “参数值 1”，
[0059] 参数名 2: “参数值 2”
[0060] }，
[0061] “测试函数名 3”： {
[0062] 参数名 1 : “参数值 1”， [0063] 参数名 2: “参数值 2”
[0064] }
[0065] }
[0066] 在本实施例中， 利用文本编辑器创建与待测试类同名的 JSON格式的数据文件 ， 然后打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON格式的测试数 据。 可在后续步骤中方便程序读取与查找， 并利用测试类名与数据文件同名的 特点， 无需代码中指定， 将自动加载测试数据文件， 从而提高测试数据的加载 速度， 进而提高测试类的测试效率。
[0067] S20, 将存储有所述测试数据的数据文件保存在预置路径下。
[0068] 其中， 预置路径是事先规定存放数据文件的某个目录， 具体可以根据实际需求 设置预置路径。 是为了方便统一管理， 可将所有过的数据文件都放在同一个预 置路径下。
[0069] 需要说明的是， 本申请实施例中可以包含多个待测试类， 每个待测试类对应一 个数据文件， 即每个待测试类都有一个与其类名相同的数据文件， 为了方便统 一管理， 将所有待测试类对应的数据文件中都存储一个路径下， 而这个路径是 根据实际需求进行设置的。
[0070] S30, 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获 取所述数据文件的存储路径。
[0071] 在本申请实施例中， 在对待测试类进行运行测试时， 通过 TestNG提供的 Report er静态类来动态获取当前的待测试类的类名称， 即获取数据文件的名称， 然后依 据获取的待测试类的类名称得到数据文件的存储路径。 具体的， 本申请实施例 通过编写一个 Java类， 并将该类命名为 DataDriver来实现获取数据文件的存储路 径。 其中，这个 DataDriver类就是自动化测试框架数据驱动的基础类， 用于实现 自动化运行的测试数据的自动化获取， 在此类的构造函数中通过 Reporter类获取 待测试类的类名称， 然后拼接加上预置路径， 最后得到数据文件的存储路径， 这样自动化运行框架代码并不需要事先在代码中约定测试数据的文件名， 而是 动态得知的， 减少用例脚本代码冗余与出错机率， 提高的脚本开发效率。
[0072] 在一实施例中， 如图 3所示， 所述步骤 S30: 通过获取所述待测试类的类名称获 取所述数据文件的存储路径， 包括如下步骤：
[0073] S301 , 通过 Reporter静态类获取所述待测试类的类名称。
[0074] 其中， Reporter静态类也是 TestNG开源测试框架所提供的一个类， 其功能就是 获取测试类运行过程中的过程信息， 其过程信息都保存在 Reporter静态类中， 其 中过程信息就包括测试类名， 即待测试类的类名。
[0075] S302, 将所述预置路径和所述待测试类的类名称进行拼接， 得到所述数据文件 的存储路径。
[0076] 在本申请实施例中， 将所述预置路径和所述待测试类的类名称进行拼接， 即可 以获取的存储有测试数据的路径， 即数据文件的存储路径。 例如， 存放数据文 件的预置路径为 D:\xx\xx\Data， 待测试类的类名为 xxx.json， 则将预置存储路径 D :\xx\xx\Data和类名 xxx.j son进行拼接得到数据文件的存储路径 D :\xx\xx\Data\xxx.j s on°
[0077] S40, 通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[0078] 在一实施例中， 如图 4所示， 所述步骤 S40: 所述通过所述数据文件的存储路径 获取所述数据文件中的测试数据， 包括如下步骤：
[0079] S401， 通过所述数据文件的存储路径读取所述数据文件， 并将读取的测试数据 存储到 JSON结构对象中。
[0080] 具体的， 为了方便程序的存储于查找， 本申请实施例可以在 DataDriver类中使 用开源 FastJson模块根据步骤 S30中获取的数据文件的存储路径， 读取数据文件 中存储的测试数据， 并将测试数据保存到 JSON结构对象中， 以便在后续步骤中 从 JSON结构对象中获取数据文件中的测试数据。
[0081] S402， 从所述 JSON结构对象中获取所述数据文件中的测试数据。
[0082] 在将读取的测试数据存储到 JSON结构对象中后， 本申请实施例就可以从 JSON 结构对象中获取所述数据文件中的测试数据了。 具体的， 本申请实施例可以通 过在 DataDriver类中编写一个叫做 getMethodDataObj()的函数， 并用该函数获取测 试函数中的测试数据。 并在任一个待测试类的构造函数中调用 DataDriver类将整 个待测试类的测试数据读出来， 而不再需要具体指定哪个测试数据文件， 从而 通过本申请实施例减少了用例脚本代码冗余与出错机率， 提高了脚本的开发效 率。
[0083] 需要说明的是， 本申请实施例读取的是整个测试类中的测试数据， 即在 TestNG 框架中， 待测试类可能有多个， 因为有很多个功能要测试， 一般是一个功能模 块对应用的一个测试类， 一个测试类中又包含有很多的测试方法即测试函数， 一个测试函数对应用我们实际的测试数据。
[0084] 在本申请提供的另一个实施例中， 所述方法还包括： 将获取的所述数据文件中 的测试数据放入 methodData中， 以使用所述测试数据。 具体的， 通过 getMethodD ataObj()方法获取测试方法所对应的测试数据， 并将获取的测试数据放入 method Data中， 这样就可以使用这些测试数据了。
[0085] 本申请实施例提供了一种测试数据的加载方法， 首先创建与待测试类同名的数 据文件； 并将对应的测试数据存储在所述数据文件中； 然后将存储有所述测试 数据的数据文件保存在预置路径下； 当对所述待测试类进行运行测试时， 通过 获取所述待测试类的类名称获取所述数据文件的存储路径； 最后通过所述数据 文件的存储路径获取所述数据文件中的测试数据。 与目前要在每一个测试方法 都要指明数据源的 Java类名与方法名相比， 本申请实施例事先创建一个与测试类 同名的数据文件名， 并将测试数据根据格式标准统一存储在与测试数据同名的 数据文件中， 以此规范数据文件的命名， 然后利用测试类名与数据文件同名的 特点， 在自动化运行过程中获取到这些测试数据， 这样自动化运行框架代码并 不需要事先在代码中写入测试数据文件名， 而是动态得知的， 因此， 通过本申 请实施例加载的测试数据， 测试用例脚本代码中无需关注数据来源， 减少用例 脚本代码冗余与出错机率， 提高脚本开发的效率。
[0086] 应理解， 上述实施例中各步骤的序号的大小并不意味着执行顺序的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本申请实施例的实施过程 构成任何限定。
[0087] 在一实施例中， 提供一种测试数据的加载装置， 该测试数据的加载装置与上述 实施例中测试数据的加载方法一一对应。 如图 5所示， 该测试数据的加载装置包 括创建模块 10、 存储模块 20、 第一获取模块 30和第二获取模块 40。 各功能模块 详细说明如下： [0088] 创建模块 10, 用于创建与待测试类同名的数据文件； 并将对应的测试数据存储 在所述数据文件中；
[0089] 存储模块 20, 用于将存储有所述测试数据的数据文件保存在预置路径下；
[0090] 第一获取模块 30, 用于当对所述待测试类进行运行测试时， 通过获取所述待测 试类的类名称获取所述数据文件的存储路径；
[0091] 第二获取模块 40, 用于通过所述数据文件的存储路径获取所述数据文件中的测 试数据。
[0092] 具体的， 所述第一获取模块 30， 包括：
[0093] 获取单元 31， 用于通过 Reporter静态类获取所述待测试类的类名称；
[0094] 拼接单元 32, 用于将所述预置路径和所述待测试类的类名称进行拼接， 得到所 述数据文件的存储路径。
[0095] 具体的， 所述第二获取模块 40， 包括：
[0096] 读取单元 41， 用于通过所述数据文件的存储路径读取所述数据文件， 并将读取 的测试数据存储到 JSON结构对象中；
[0097] 获取单元 42， 用于从所述 JSON结构对象中获取所述数据文件中的测试数据。
[0098] 具体的， 所述创建模块 10， 包括：
[0099] 创建单元 11， 用于利用文本编辑器创建与待测试类同名的 JSON格式的数据文 件；
[0100] 编辑单元 12， 用于打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON 格式的测试数据。
[0101] 进一步的， 所述装置还包括：
[0102] 存储模块 50， 用于将获取的所述数据文件中的测试数据放入 methodData中， 以 使用所述测试数据。
[0103] 关于测试数据的加载装置的具体限定可以参见上文中对于测试数据的加载方法 的限定， 在此不再赘述。 上述测试数据的加载装置中的各个模块可全部或部分 通过软件、 硬件及其组合来实现。 上述各模块可以硬件形式内嵌于或独立于计 算机设备中的处理器中， 也可以以软件形式存储于计算机设备中的存储器中， 以便于处理器调用执行以上各个模块对应的操作。 [0104] 在一个实施例中， 提供了一种计算机设备， 该计算机设备可以是终端， 其内部 结构图可以如图 6所示。 该计算机设备包括通过系统总线连接的处理器、 存储器 、 网络接口、 显示屏和输入装置。 其中， 该计算机设备的处理器用于提供计算 和控制能力。 该计算机设备的存储器包括可读存储介质、 内存储器。 该可读存 储介质存储有操作系统和计算机可读指令。 该内存储器为可读存储介质中的操 作系统和计算机可读指令的运行提供环境。 该计算机设备的网络接口用于与外 部服务器通过网络连接通信。 该计算机可读指令被处理器执行时以实现前述任 意一种测试数据的加载方法。 本实施例所提供的可读存储介质包括非易失性可 读存储介质和易失性可读存储介质。
[0105] 在一个实施例中， 提供了一种计算机设备， 包括存储器、 处理器及存储在存储 器上并可在处理器上运行的计算机可读指令， 处理器执行计算机可读指令时实 现以下步骤：
[0106] 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中
[0107] 将存储有所述测试数据的数据文件保存在预置路径下；
[0108] 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获取所述 数据文件的存储路径；
[0109] 通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[0110] 在一个实施例中， 提供了一个或多个存储有计算机可读指令的可读存储介质， 本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储 介质； 该可读存储介质上存储有计算机可读指令， 该计算机可读指令被一个或 多个处理器执行时， 使得一个或多个处理器实现以下步骤：
[0111] 创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文件中
[0112] 将存储有所述测试数据的数据文件保存在预置路径下；
[0113] 当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称获取所述 数据文件的存储路径；
[0114] 通过所述数据文件的存储路径获取所述数据文件中的测试数据。 [0115] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可 以通过计算机可读指令来指令相关的硬件来完成， 所述的计算机可读指令可存 储于一非易失性计算机可读取存储介质或易失性可读存储介质中， 该计算机可 读指令在执行时， 可包括如上述各方法的实施例的流程。 其中， 本申请所提供 的各实施例中所使用的对存储器、 存储、 数据库或其它介质的任何引用， 均可 包括非易失性和 /或易失性存储器。 非易失性存储器可包括只读存储器 (ROM)
、 可编程 ROM (PROM) 、 电可编程 ROM (EPROM) 、 电可擦除可编程 ROM (EEPROM) 或闪存。 易失性存储器可包括随机存取存储器 (RAM) 或者外部 高速缓冲存储器。 作为说明而非局限， RAM以多种形式可得， 诸如静态 RAM ( SRAM) 、 动态 RAM (DRAM) 、 同步 DRAM (SDRAM) 、 双数据率 SDRAM (DDRSDRAM) 、 增强型 SDRAM (ESDRAM) 、 同步链路 (Synchlink) DRAM (SLDRAM) 、 存储器总线 (Rambus) 直接 RAM (RDRAM) 、 直接存 储器总线动态 RAM (DRDRAM) 、 以及存储器总线动态 RAM (RDRAM) 等。
[0116] 所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 仅以上述各 功能单元、 模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功 能分配由不同的功能单元、 模块完成， 即将所述装置的内部结构划分成不同的 功能单元或模块， 以完成以上描述的全部或者部分功能。
[0117] 以上所述实施例仅用以说明本申请的技术方案， 而非对其限制； 尽管参照前述 实施例对本申请进行了详细的说明， 本领域的普通技术人员应当理解： 其依然 可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进 行等同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本申请各 实施例技术方案的精神和范围， 均应包含在本申请的保护范围之内。

Claims

权利要求书
[权利要求 1] 一种测试数据的加载方法， 其特征在于， 所述方法包括：
创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数 据文件中；
将存储有所述测试数据的数据文件保存在预置路径下；
当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称 获取所述数据文件的存储路径；
通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[权利要求 2] 根据权利要求 1所述的测试数据的加载方法， 其特征在于， 所述通过 获取所述待测试类的类名称获取所述数据文件的存储路径， 包括： 通过 Reporter静态类获取所述待测试类的类名称； 将所述预置路径和所述待测试类的类名称进行拼接， 得到所述数据文 件的存储路径。
[权利要求 3] 根据权利要求 2所述的测试数据的加载方法， 其特征在于， 所述通过 所述数据文件的存储路径获取所述数据文件中的测试数据， 包括： 通过所述数据文件的存储路径读取所述数据文件， 并将读取的测试数 据存储到 JSON结构对象中；
从所述 JSON结构对象中获取所述数据文件中的测试数据。
[权利要求 4] 根据权利要求 1所述的测试数据的加载方法， 其特征在于， 所述创建 与待测试类同名的数据文件； 并将对应的测试数据存储在所述数据文 件中， 包括：
利用文本编辑器创建与待测试类同名的 JSON格式的数据文件； 打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON格式的测 试数据。
[权利要求 5] 根据权利要求 1-4任一所述的测试数据的加载方法， 其特征在于， 所 述方法还包括：
将获取的所述数据文件中的测试数据放入 methodData中， 以使用所述 测试数据。
[权利要求 6] 一种测试数据的加载装置， 其特征在于， 所述装置包括： 创建模块， 用于创建与待测试类同名的数据文件； 并将对应的测试数 据存储在所述数据文件中；
存储模块， 用于将存储有所述测试数据的数据文件保存在预置路径下 第一获取模块， 用于当对所述待测试类进行运行测试时， 通过获取所 述待测试类的类名称获取所述数据文件的存储路径；
第二获取模块， 用于通过所述数据文件的存储路径获取所述数据文件 中的测试数据。
[权利要求 7] 根据权利要求 6所述的测试数据的加载装置， 其特征在于， 所述第一 获取模块， 包括：
获取单元， 用于通过 Reporter静态类获取所述待测试类的类名称； 拼接单元， 用于将所述预置路径和所述待测试类的类名称进行拼接， 得到所述数据文件的存储路径。
[权利要求 8] 根据权利要求 7所述的测试数据的加载装置， 其特征在于， 所述第二 获取模块， 包括：
读取单元， 用于通过所述数据文件的存储路径读取所述数据文件， 并 将读取的测试数据存储到 JSON结构对象中；
获取单元， 用于从所述 JSON结构对象中获取所述数据文件中的测试 数据。
[权利要求 9] 根据权利要求 6所述的测试数据的加载装置， 其特征在于， 所述创建 模块， 包括：
创建单元， 用于利用文本编辑器创建与待测试类同名的 JSON格式的 数据文件；
编辑单元， 用于打开并编辑所述 JSON格式的数据文件， 并在其内增 加 JSON格式的测试数据。
[权利要求 10] 根据权利要求 6所述的测试数据的加载装置， 其特征在于， 所述装置 还包括： 存储模块， 用于将获取的所述数据文件中的测试数据放入 methodData 中， 以使用所述测试数据。
[权利要求 11] 一种计算机设备， 包括存储器、 处理器以及存储在所述存储器中并可 在所述处理器上运行的计算机可读指令， 其特征在于， 所述处理器执 行所述计算机可读指令时实现如下步骤：
创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数 据文件中；
将存储有所述测试数据的数据文件保存在预置路径下；
当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称 获取所述数据文件的存储路径；
通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[权利要求 12] 如权利要求 11所述的计算机设备， 其特征在于， 所述通过获取所述待 测试类的类名称获取所述数据文件的存储路径， 包括：
通过 Reporter静态类获取所述待测试类的类名称； 将所述预置路径和所述待测试类的类名称进行拼接， 得到所述数据文 件的存储路径。
[权利要求 13] 如权利要求 12所述的计算机设备， 其特征在于， 所述通过所述数据文 件的存储路径获取所述数据文件中的测试数据， 包括：
通过所述数据文件的存储路径读取所述数据文件， 并将读取的测试数 据存储到 JSON结构对象中；
从所述 JSON结构对象中获取所述数据文件中的测试数据。
[权利要求 14] 如权利要求 11所述的计算机设备， 其特征在于， 所述创建与待测试类 同名的数据文件； 并将对应的测试数据存储在所述数据文件中， 包括 利用文本编辑器创建与待测试类同名的 JSON格式的数据文件； 打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON格式的测 试数据。
[权利要求 15] 如权利要求 11所述的计算机设备， 其特征在于， 所述处理器执行所述 计算机可读指令时还实现如下步骤：
将获取的所述数据文件中的测试数据放入 methodData中， 以使用所述 测试数据。
[权利要求 16] 一个或多个存储有计算机可读指令的可读存储介质， 其特征在于， 所 述计算机可读指令被一个或多个处理器执行时， 使得所述一个或多个 处理器执行如下步骤：
创建与待测试类同名的数据文件； 并将对应的测试数据存储在所述数 据文件中；
将存储有所述测试数据的数据文件保存在预置路径下；
当对所述待测试类进行运行测试时， 通过获取所述待测试类的类名称 获取所述数据文件的存储路径；
通过所述数据文件的存储路径获取所述数据文件中的测试数据。
[权利要求 17] 如权利要求 16所述的可读存储介质， 其特征在于， 所述通过获取所述 待测试类的类名称获取所述数据文件的存储路径， 包括：
通过 Reporter静态类获取所述待测试类的类名称； 将所述预置路径和所述待测试类的类名称进行拼接， 得到所述数据文 件的存储路径。
[权利要求 18] 如权利要求 17所述的可读存储介质， 其特征在于， 所述通过所述数据 文件的存储路径获取所述数据文件中的测试数据， 包括：
通过所述数据文件的存储路径读取所述数据文件， 并将读取的测试数 据存储到 JSON结构对象中；
从所述 JSON结构对象中获取所述数据文件中的测试数据。
[权利要求 19] 如权利要求 16所述的可读存储介质， 其特征在于， 所述创建与待测试 类同名的数据文件； 并将对应的测试数据存储在所述数据文件中， 包 括：
利用文本编辑器创建与待测试类同名的 JSON格式的数据文件； 打开并编辑所述 JSON格式的数据文件， 并在其内增加 JSON格式的测 试数据。 [权利要求 20] 如权利要求 16所述的可读存储介质， 其特征在于， 所述计算机可读指 令被一个或多个处理器执行时， 使得所述一个或多个处理器还执行如 下步骤：
将获取的所述数据文件中的测试数据放入 methodData中， 以使用所述 测试数据。
PCT/CN2019/120159 2018-12-15 2019-11-22 测试数据的加载方法、装置、计算机设备及存储介质 Ceased WO2020119422A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811537620.3 2018-12-15
CN201811537620.3A CN109800154B (zh) 2018-12-15 2018-12-15 测试数据的加载方法、装置、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
WO2020119422A1 true WO2020119422A1 (zh) 2020-06-18

Family

ID=66556824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/120159 Ceased WO2020119422A1 (zh) 2018-12-15 2019-11-22 测试数据的加载方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN109800154B (zh)
WO (1) WO2020119422A1 (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111797015A (zh) * 2020-06-30 2020-10-20 中国工商银行股份有限公司 一种基于动态字节码的测试方法及装置
CN111949543A (zh) * 2020-08-13 2020-11-17 中国工商银行股份有限公司 基于分布式平台的测试方法、装置、电子设备及存储介质
CN114398248A (zh) * 2021-09-28 2022-04-26 厦门立林科技有限公司 一种用于变量的存储与使用的框架构建方法及计算设备
CN114490307A (zh) * 2020-11-12 2022-05-13 腾讯科技（深圳）有限公司 一种单元测试方法、装置及存储介质
CN114942889A (zh) * 2022-06-16 2022-08-26 平安普惠企业管理有限公司 接口调用测试方法、装置、设备及存储介质
CN115145831A (zh) * 2022-09-05 2022-10-04 湖南长银五八消费金融股份有限公司 无侵入式测试数据恢复方法及系统
CN115543815A (zh) * 2022-10-12 2022-12-30 平安银行股份有限公司 一种测试数据初始化方法及装置
CN116340191A (zh) * 2023-05-31 2023-06-27 合肥康芯威存储技术有限公司 一种存储器固件的测试方法、装置、设备及介质
CN117076481A (zh) * 2023-08-21 2023-11-17 中国银行股份有限公司 一种测试数据准备方法及相关设备
WO2025035656A1 (zh) * 2023-08-11 2025-02-20 中国电信股份有限公司 服务接口的自动化测试方法和装置、电子设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109800154B (zh) * 2018-12-15 2022-04-05 深圳壹账通智能科技有限公司 测试数据的加载方法、装置、计算机设备及存储介质
CN110781090B (zh) * 2019-10-31 2023-09-12 望海康信(北京)科技股份公司 数据处理测试的控制方法、装置、计算机设备及存储介质
CN111026666A (zh) * 2019-12-06 2020-04-17 京东数字科技控股有限公司 测试数据处理方法、装置、计算机系统和介质
CN112882931B (zh) * 2021-02-06 2023-05-09 重庆富民银行股份有限公司 基于ddt的自动化测试方法及装置
CN113377681A (zh) * 2021-07-28 2021-09-10 中国工商银行股份有限公司 测试案例数据处理方法、装置、电子设备及存储介质
CN116048986A (zh) * 2023-01-10 2023-05-02 中国人民财产保险股份有限公司 测试数据读取方法、装置、设备、存储介质及产品

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099424A1 (en) * 2009-09-25 2011-04-28 Gustavo Javier Rivera Trevino Computing device for enabling concurrent testing
CN102486749A (zh) * 2010-12-03 2012-06-06 中兴通讯股份有限公司 数据驱动测试方法及系统
CN107766252A (zh) * 2017-11-08 2018-03-06 平安科技（深圳）有限公司 测试脚本自动化执行方法、装置、设备以及存储介质
CN108572911A (zh) * 2017-03-14 2018-09-25 北京京东尚科信息技术有限公司 自动化安全测试方法、装置、电子设备和可读存储介质
CN109800154A (zh) * 2018-12-15 2019-05-24 深圳壹账通智能科技有限公司 测试数据的加载方法、装置、计算机设备及存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101950269B (zh) * 2010-08-30 2012-09-05 清华大学 针对软件构件的自动化测试方法
CN106547681B (zh) * 2015-09-18 2020-03-03 北京京东尚科信息技术有限公司 数据自动加载并复用模拟服务测试的方法和装置
CN105260318B (zh) * 2015-11-25 2018-04-03 飞天诚信科技股份有限公司 一种基于网页的自动化测试方法及装置
CN106407112A (zh) * 2016-09-09 2017-02-15 浪潮软件集团有限公司 基于Selenium和TestNG的自动化测试方法
CN106874207A (zh) * 2017-02-27 2017-06-20 税友软件集团股份有限公司 一种web页面的自动化测试方法及装置
CN107729243B (zh) * 2017-10-12 2020-06-16 上海携程金融信息服务有限公司 应用编程接口自动化测试方法、系统、设备及存储介质
CN108563558A (zh) * 2018-02-26 2018-09-21 南京粤讯电子科技有限公司 一种程序测试方法、测试桩系统以及装置
CN108536596A (zh) * 2018-04-09 2018-09-14 武汉斗鱼网络科技有限公司 基于对象构造数据的自动化测试方法、可读介质及设备
CN108932194A (zh) * 2018-06-21 2018-12-04 北京京东金融科技控股有限公司 自动化测试方法、装置、系统、介质及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110099424A1 (en) * 2009-09-25 2011-04-28 Gustavo Javier Rivera Trevino Computing device for enabling concurrent testing
CN102486749A (zh) * 2010-12-03 2012-06-06 中兴通讯股份有限公司 数据驱动测试方法及系统
CN108572911A (zh) * 2017-03-14 2018-09-25 北京京东尚科信息技术有限公司 自动化安全测试方法、装置、电子设备和可读存储介质
CN107766252A (zh) * 2017-11-08 2018-03-06 平安科技（深圳）有限公司 测试脚本自动化执行方法、装置、设备以及存储介质
CN109800154A (zh) * 2018-12-15 2019-05-24 深圳壹账通智能科技有限公司 测试数据的加载方法、装置、计算机设备及存储介质

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111797015B (zh) * 2020-06-30 2024-02-09 中国工商银行股份有限公司 一种基于动态字节码的测试方法及装置
CN111797015A (zh) * 2020-06-30 2020-10-20 中国工商银行股份有限公司 一种基于动态字节码的测试方法及装置
CN111949543B (zh) * 2020-08-13 2023-09-08 中国工商银行股份有限公司 基于分布式平台的测试方法、装置、电子设备及存储介质
CN111949543A (zh) * 2020-08-13 2020-11-17 中国工商银行股份有限公司 基于分布式平台的测试方法、装置、电子设备及存储介质
CN114490307A (zh) * 2020-11-12 2022-05-13 腾讯科技（深圳）有限公司 一种单元测试方法、装置及存储介质
CN114398248A (zh) * 2021-09-28 2022-04-26 厦门立林科技有限公司 一种用于变量的存储与使用的框架构建方法及计算设备
CN114942889A (zh) * 2022-06-16 2022-08-26 平安普惠企业管理有限公司 接口调用测试方法、装置、设备及存储介质
CN115145831B (zh) * 2022-09-05 2022-11-08 湖南长银五八消费金融股份有限公司 无侵入式测试数据恢复方法及系统
CN115145831A (zh) * 2022-09-05 2022-10-04 湖南长银五八消费金融股份有限公司 无侵入式测试数据恢复方法及系统
CN115543815A (zh) * 2022-10-12 2022-12-30 平安银行股份有限公司 一种测试数据初始化方法及装置
CN116340191A (zh) * 2023-05-31 2023-06-27 合肥康芯威存储技术有限公司 一种存储器固件的测试方法、装置、设备及介质
CN116340191B (zh) * 2023-05-31 2023-08-08 合肥康芯威存储技术有限公司 一种存储器固件的测试方法、装置、设备及介质
WO2025035656A1 (zh) * 2023-08-11 2025-02-20 中国电信股份有限公司 服务接口的自动化测试方法和装置、电子设备
CN117076481A (zh) * 2023-08-21 2023-11-17 中国银行股份有限公司 一种测试数据准备方法及相关设备

Also Published As

Publication number Publication date
CN109800154B (zh) 2022-04-05
CN109800154A (zh) 2019-05-24

Similar Documents

Publication Publication Date Title
WO2020119422A1 (zh) 测试数据的加载方法、装置、计算机设备及存储介质
WO2020186809A1 (zh) 基于大数据平台的hive任务调度方法、装置、设备及存储介质
WO2019153472A1 (zh) 接口自动化测试方法、装置、设备及存储介质
CN110941546A (zh) Web页面用例的自动化测试方法、装置、设备及存储介质
CN110750441A (zh) 一种自动化测试方法、装置、计算机设备及存储介质
CN111881024A (zh) 一种接口测试脚本的确定方法、装置、设备及存储介质
CN108459962A (zh) 代码规范性检测方法、装置、终端设备及存储介质
CN108923997B (zh) 一种基于python的云服务节点自动测试方法及装置
CN109597618B (zh) 程序开发方法、装置、计算机设备及存储介质
CN111638873A (zh) 程序代码的生成方法、装置、计算机设备及存储介质
WO2019090994A1 (zh) 测试脚本自动化执行方法、装置、设备以及存储介质
CN105912460A (zh) 一种基于qtp的软件测试方法及系统
CN112650563A (zh) 业务处理方法、装置及电子设备
CN114443039A (zh) 输入参数校验方法、装置、电子设备及存储介质
CN111818175A (zh) 企业服务总线配置文件生成方法、装置、设备和存储介质
WO2021174756A1 (zh) 应用系统部署方法、装置、计算机设备及存储介质
CN115426290A (zh) 数据迁移及校验方法、装置、计算机设备及存储介质
CN113157754B (zh) 流程表单数据展示方法、装置、设备及存储介质
WO2021051614A1 (zh) 访问数据库的方法、装置、设备及计算机可读存储介质
CN110334024A (zh) 一种基于树状结构的测试用例管理方法、装置及终端
CN111857744A (zh) 一种超融合系统的安装方法、系统、设备以及介质
CN107515823A (zh) 一种生成配置文件的方法
CN110825628A (zh) 一种基于流程图生成测试脚本的方法及装置
CN111083007B (zh) 测试方法、装置、计算机设备和存储介质
CN115729727A (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: 19895752

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 29/09/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19895752

Country of ref document: EP

Kind code of ref document: A1