WO2020232900A1 - 系统测试方法及装置、计算机设备、存储介质 - Google Patents
系统测试方法及装置、计算机设备、存储介质 Download PDFInfo
- Publication number
- WO2020232900A1 WO2020232900A1 PCT/CN2019/103443 CN2019103443W WO2020232900A1 WO 2020232900 A1 WO2020232900 A1 WO 2020232900A1 CN 2019103443 W CN2019103443 W CN 2019103443W WO 2020232900 A1 WO2020232900 A1 WO 2020232900A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- test
- end page
- test parameters
- background server
- partial refresh
- Prior art date
Links
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
Definitions
- This application relates to the field of testing technology, in particular to a system testing method and device, computer equipment, and computer-readable storage media.
- the inventor realizes that because the user information entered into the system by different users is different from each other, for example, for the drop-down box options in the system, the options selected by different users are different, and for the text input boxes in the system, different users have different options.
- the input information is even more different.
- Program developers need to input a large amount of test data into the system when testing the system, and when retesting the repaired system, they need to re-input these test data into the system, which is time-consuming and time-consuming. Power, seriously affecting the development progress of the system.
- one purpose of this application is to provide a system testing method and device, computer equipment, and computer-readable storage medium.
- a system testing method includes: when a failure of the currently executed test operation is detected, acquiring test parameters executed by the test operation; sending the acquired test parameters to a background server, and the background server executes The storage of the test parameters; when the test operation triggered in the front-end page is monitored, the test parameters stored in the back-end server are written back to the front-end page; according to the test written back in the front-end page Parameters, perform the test operation again.
- a system test device includes: a test parameter acquisition module, which is used to acquire the test parameters executed by the test operation when it detects that the currently executed test operation fails; and the test parameter storage module is used to acquire The test parameters are sent to the back-end server, and the back-end server executes the storage of the test parameters; the test-parameter write-back module is used to monitor the back-end page when the test operation is triggered in the front-end page.
- the test parameters stored in the server are written back to the front-end page; the test execution module is used to execute the test operation again according to the test parameters written back in the front-end page.
- an electronic device includes a processor and a memory, and computer-readable instructions are stored in the memory, and the computer-readable instructions implement the above-mentioned system test method when executed by the processor.
- a computer-readable storage medium has a computer program stored thereon, and when the computer program is executed by a processor, the system testing method described above is implemented.
- the test parameters executed by the current test operation are stored in the backend server, and after the test operation triggered in the front-end page is monitored, the backend server The stored test parameters are written back to the front-end page, so that the system test is performed again according to the test parameters written back in the front-end page, eliminating the need for program developers to manually enter the test parameters into the system, which greatly improves the testing of the repaired system s efficiency.
- Figure 1 is a schematic diagram of an implementation environment involved in this application.
- Fig. 2 is a flow chart showing a method for system testing according to an exemplary embodiment
- FIG. 3 is a flowchart according to step 130 shown in FIG. 2 in an embodiment
- FIG. 4 is a flowchart according to step 130 shown in FIG. 2 in another embodiment
- Fig. 5 is a block diagram showing a system testing device according to an exemplary embodiment
- Fig. 6 is a block diagram showing a hardware structure of a computer device according to an exemplary embodiment.
- Fig. 1 is a schematic diagram showing an implementation environment according to an exemplary embodiment, which can be understood as a business system. As shown in FIG. 1, the implementation environment includes: a terminal 100 and a server 200.
- the terminal 100 is used to run a browser, and the front-end page is loaded in the browser to perform interactive operations with the user.
- the terminal 100 may specifically be a smart phone, a tablet computer, a notebook computer, a computer, or any other electronic device capable of running a browser, which is not limited herein.
- the server 200 is used to store massive amounts of data to respond to the service request initiated by the terminal and perform data processing according to the service request.
- the server 200 may be one server, or a server cluster composed of several servers, which is not limited here.
- a wired or wireless network connection is established between the terminal 100 and the server 200 in advance, so that the terminal 100 can exchange data with the server 200.
- Fig. 2 is a flow chart showing a method for system testing according to an exemplary embodiment. As shown in Figure 1, the method may include the following steps:
- Step 110 When it is detected that the currently executed test operation fails, the test parameters for the execution of the test operation are acquired.
- the front-end is a user interaction interface running on the terminal, which is used to provide front-end pages for interactive operations with users;
- the back-end is a back-end server, which is used to provide data support for interactive operations performed on the front-end pages.
- the system test method described in this embodiment is also applied to the implementation environment shown in Figure 1.
- the program developer completes the system development, he enters the test parameters on the front-end page, so that the system runs according to the input test parameters, thereby realizing system testing .
- detecting that the test operation currently performed by the system fails means that the system fails to achieve the expected effect during the operation of the system according to the test parameters input on the front-end page. For example, in a shopping system, the system cannot add goods to the shopping cart of the currently simulated user, or the system cannot generate an order based on the information selected by the currently simulated user.
- test parameters executed by the test operation refer to the test parameters entered on the front-end page in the current test operation performed by the system. Therefore, when it is detected that the test operation currently performed by the system fails, the test parameters input in the front-end page are acquired.
- test operation when it is detected that the test operation currently performed by the system fails, all the controls in the front-end page can be traversed, and the test parameters input in each control can be collected to obtain the test operation execution.
- the test parameters when it is detected that the test operation currently performed by the system fails, all the controls in the front-end page can be traversed, and the test parameters input in each control can be collected to obtain the test operation execution. The test parameters.
- the controls in the front-end page may include common types of controls such as text controls, picture controls, button controls, check box controls, and progress bar controls. Since the system has entered the test parameters in these controls when the system is performing the test operation, by traversing all the controls in the front-end page, and collecting the test parameters entered in each control, the test entered in the front-end page can be obtained parameter.
- control type and ID information corresponding to each control are also obtained.
- ID information of the control is set by the system to distinguish different controls of the same type.
- Step 120 Send the acquired test parameters to the background server, and the background server executes storage of the test parameters.
- the collected test parameters as well as the control type and ID information corresponding to each control are sent to the back-end server for storage.
- the back-end server since the storage capacity of the database temporary table in the database configured by the back-end server is large, and is convenient for data modification and extraction, the back-end server stores the test parameters in the database temporarily after receiving the test parameters. Table.
- the database configured by the background server may be a relational database, for example, an Oracle database, a MySQL database, etc.
- the back-end server since the efficiency of reading data from the cache of the back-end server is relatively high, the back-end server stores the test parameters in the cache after receiving the test parameters.
- the background server uses the MySQL database as the primary database and the Redis database as the auxiliary cache database for data storage, the test parameters are stored in the Redis database. It should be noted that the background server can also adopt other data storage forms, which is not limited in this embodiment
- the back-end server when the back-end server stores the test parameters, it is stored in association with the control type and ID information corresponding to each control, so that the back-end server can read the corresponding test parameters at the same time. Control information.
- test parameters corresponding to each control can be used as the key, and the value of each control can be stored as data.
- Step 130 When the test operation triggered in the front-end page is monitored, the test parameters stored in the back-end server are written back to the front-end page.
- test operation triggered in the front-end page refers to monitoring that the partial refresh button in the front-end page is triggered by the user.
- the partial refresh button is one or more buttons set in the front-end page.
- the partial refresh button can be triggered by the program developer clicking or touching the partial refresh button. For example, the program developer can use the mouse to click or double-click
- the partial refresh button can also be tapped or long-pressed with a finger, and there is no restriction here.
- the partial refresh button is essentially different from common types of controls such as text controls, picture controls, button controls, check box controls, and progress bar controls in the aforementioned front-end page.
- the aforementioned controls are used to carry specific test parameters in the system test operation. For example, when a program developer performs a system test, he can input test parameters into the system by clicking on the control or inputting corresponding information in the control. Generally, each control is separately Corresponds to a test parameter. However, by triggering the partial refresh button, the program developer only writes back the test parameters stored in the background server to each of the aforementioned controls, and does not perform specific operations such as adding or modifying the test parameters in each control.
- the partial refresh button is obviously different from the previous controls.
- the partial refresh button may be set at the edge of the front-end page, and the aforementioned controls may be set in the middle area of the front-end page.
- the appearance of the partial refresh button can also be specially designed to clearly distinguish it from the aforementioned controls, which is not limited here.
- the partial refresh button set in the front-end page is AJAX (Asynchronous JavaScript and XML) button.
- AJAX is a web development technology for creating interactive web applications, which can update data in some web pages without reloading the entire web page.
- the partial refresh button in the front-end page When the partial refresh button in the front-end page is triggered, it initiates a test parameter acquisition request to the back-end server to request the back-end server to return the stored test parameters to the front-end, and the front-end writes the test parameters returned by the back-end server to the front-end page Corresponding position.
- the process of initiating a test parameter acquisition request to the background server includes the following steps:
- Step 131 Create a partial refresh object on the front end according to the preset method of the partial refresh button.
- the partial refresh button while setting the partial refresh button on the front-end page, it also presets a method for creating a partial refresh object for the partial refresh button.
- the method is enabled and the partial refresh object is created on the front end.
- the partial refresh object created on the front end is the XMLHttpRequest object (hereinafter referred to as the xhr object). Due to the differences between different types of front ends (ie browsers), the methods for creating partial refresh objects preset for each front end may be different.
- Step 132 Establish an asynchronous communication connection with the background server through the created partial refresh object.
- the method for realizing an asynchronous communication connection between the partial refresh object and the background server adopts the open method of the xhr object.
- Step 133 After the partial refresh object obtains the connection response of the background server, it sends a test data acquisition request to the background server.
- the connection response returned by the background server will be received accordingly.
- the partial refresh object After receiving the connection response, the partial refresh object sends a test data acquisition request to the background server.
- the partial refresh object sends a test data acquisition request to the background server, which is implemented according to the send method of the xhr object.
- the type of data submitted to the background server is specified as post. Then, when the partial refresh object sends a test data acquisition request to the background server, the corresponding request data is sent to the background through the send method server.
- the process of writing the test parameters returned by the background server into the front-end page may include the following steps:
- Step 135 After receiving the data in the specified format returned by the background server, the test parameters are obtained by analyzing the received data.
- the backend server After receiving the test parameter acquisition request, the backend server responds to the request and returns the stored test parameters and the control type and control ID information stored in association with the test parameters to the front end in a specified format.
- the format of the data returned by the background server may be Javascript code or string in json format, or a plain text stream in XML format or HTML format, and there is no restriction on this here.
- the analysis of the data returned by the background server is implemented by a Javascript parser.
- Step 136 Write back the test parameters on the front-end page by writing the test parameters into the corresponding HTML tags.
- the HTML tags set in the front-end application are searched according to the control type and ID information, and the test parameters are written into the corresponding HTML tags. By reloading these HTML tags, that is The test parameters can be written back in the front-end page.
- test parameters stored in the back-end server can be written back according to the content described in the embodiment corresponding to Figures 3 and 4 above. To the front page.
- Step 140 Perform the test operation again according to the test parameters written back in the front-end page.
- the system can perform the test operation again. If the test operation performed this time still fails to achieve the expected effect, repeat the content described in step 110 to step 140 until the test operation performed by the system achieves the expected effect.
- the method provided in this application eliminates the need for program developers to manually input test parameters into the system, and greatly improves the efficiency of testing the repaired system.
- Fig. 5 is a block diagram of a system testing device according to an exemplary embodiment. As shown in Figure 5, the device specifically includes:
- the test parameter acquisition module 210 is configured to acquire the test parameters executed by the test operation when it is detected that the currently executed test operation fails;
- the test parameter storage module 220 is configured to send the acquired test parameters to the background server, and the background server executes the storage of the test parameters;
- the test parameter write-back module 230 is configured to write back the test parameters stored in the background server to the front-end page when the test operation triggered in the front-end page is monitored;
- the test execution module 240 is used to execute the test operation again according to the test parameters written back in the front-end page.
- test parameter acquisition module 210 includes:
- the control traversal unit is used to traverse all the controls in the front-end page when it detects that the currently executed test operation fails;
- the test parameter collection unit is used to collect the test parameters entered in each control.
- test parameter write-back module 230 includes:
- the control trigger monitoring unit is used to initiate a test parameter acquisition request to the background service when monitoring that the partial refresh button in the front-end page is triggered;
- the test parameter writing unit is used to write the test parameters returned by the background server according to the test parameter acquisition request into the front-end page.
- control trigger monitoring unit includes:
- the object creation subunit is used to create a partial refresh object on the front end according to the method preset by the partial refresh button when the partial refresh button in the front-end page is monitored;
- the asynchronous communication connection subunit is used to establish an asynchronous communication connection with the background server through the created partial refresh object;
- the request sending subunit is used to send a test parameter acquisition request to the background server after the partial refresh object obtains the connection response of the background server.
- test parameter writing unit includes:
- the data analysis subunit is used to obtain the test parameters by analyzing the data after receiving the data in the specified format returned by the background server;
- the label information writing subunit is used to write the test parameters back to the front-end page by writing the test parameters into the corresponding HTML tags.
- the present application also provides a computer device, which includes:
- a memory where computer-readable instructions are stored, and when the computer-readable instructions are executed by the processor, the method as shown above is implemented.
- Fig. 6 is a block diagram showing a hardware structure of a computer device according to an exemplary embodiment.
- the computer device may include one or more of the following components: a processing component 401, a memory 402, a power supply component 403, a multimedia component 404, an audio component 405, a sensor component 407, and a communication component 408.
- the computer device can add other components or reduce some components according to its own functional requirements, which is not limited in this embodiment.
- the processing component 401 generally controls the overall operations of the computer device, such as operations associated with display, data communication, camera operations, and log data processing.
- the processing component 401 may include one or more processors 409 to execute instructions to complete all or part of the steps of the foregoing operations.
- the processing component 401 may include one or more modules to facilitate the interaction between the processing component 401 and other components.
- the processing component 401 may include a multimedia module to facilitate the interaction between the multimedia component 404 and the processing component 401.
- the memory 402 is configured to store various types of data to support operations at the terminal. Examples of these data include instructions for any application or method operating on a computer device.
- the memory 402 can be implemented by any type of volatile or non-volatile storage device or their combination, such as SRAM (static random access memory), EEPROM (electrically erasable programmable read-only memory), EPROM (erasable Except programmable read only memory), PROM (programmable read only memory), ROM (read only memory), etc.
- One or more modules are also stored in the memory 402, and the one or more modules are configured to be executed by the one or more processors 409 to complete all or part of the steps in the system test method shown in the foregoing embodiment.
- the power supply component 403 provides power for various components of the terminal.
- the power supply component 403 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power for computer devices.
- the multimedia component 404 includes a screen that provides an output interface between the computer device and the user.
- the screen may include an LCD (liquid crystal display) and a TP (touch panel). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user.
- the touch panel includes one or more touch sensors to sense touch, sliding, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure related to the touch or slide operation.
- the audio component 405 is configured to output and/or input audio signals.
- the audio component 405 may include a microphone, and when the terminal is in an operation mode, such as a recording mode and a voice recognition mode, the microphone is configured to receive external audio signals.
- the received audio signal may be further stored in the memory 402 or transmitted via the communication component 408.
- the audio component 405 also includes a speaker for outputting audio signals, so as to implement conversation operations between the computer device and the user.
- the sensor component 407 includes one or more sensors for providing various aspects of state evaluation for the computer equipment.
- the sensor component 407 can detect the open/close state of the terminal and the temperature change of the terminal.
- the sensor component 407 may also include a magnetic sensor, a pressure sensor or a temperature sensor.
- the communication component 408 is configured to facilitate wired or wireless communication between the computer device and other devices.
- the terminal can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination of them.
- the communication component 408 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel.
- the processor may be configured by one or more ASICs (application specific integrated circuits), DSPs (digital signal processors), PLDs (programmable logic devices), FPGAs (field programmable gate arrays), controllers , A microcontroller, a microprocessor, or other electronic components are used to implement the system test method described in detail in the above-mentioned embodiments, which will not be elaborated here.
- ASICs application specific integrated circuits
- DSPs digital signal processors
- PLDs programmable logic devices
- FPGAs field programmable gate arrays
- controllers e.g., a microcontroller, or other electronic components are used to implement the system test method described in detail in the above-mentioned embodiments, which will not be elaborated here.
- the present application also provides a computer-readable storage medium on which a computer program is stored.
- a computer program is stored on which a computer program is stored.
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)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本申请揭示了一种系统测试方法及装置，涉及测试技术领域。所述方法包括：检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；根据所述前端页面中回写的测试参数，再次执行所述测试操作。本申请所揭示方法极大地提升了对修复后系统进行测试的效率。
Description
本申请要求2019年5月20日递交、申请名称为“系统测试方法及装置、计算机设备、存储介质”的中国专利申请201910419762.8的优先权，在此通过引用将其全部内容合并于此。
本申请涉及测试技术领域，尤其涉及一种系统测试方法及装置、计算机设备、计算机可读存储介质。
程序开发人员在完成系统开发后，为了验证所开发系统的功能是否达到预期效果，需模拟若干真实用户分别向系统输入用户信息，以进行系统测试。如果系统在测试过程中不能达到预期效果，需要程序开发人员进行系统修复后再次进行测试。
发明人意识到，由于不同用户向系统输入的用户信息互不相同，例如，对于系统中的下拉框选项，不同用户所选择的选项各不相同，而对于系统中的文本输入框，不同用户所输入的信息更是不同，程序开发人员在进行系统测试时需向系统输入大量测试数据，并且在对修复后的系统进行再次测试时，需要程序开发人员重新将这些测试数据输入系统，耗时耗力，严重影响系统的开发进度。
为了解决上述技术问题，本申请的一个目的在于提供一种系统测试方法及装置、计算机设备、计算机可读存储介质。
其中，本申请所采用的技术方案为：
一方面，一种系统测试法，包括：检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；根据所述前端页面中回写的测试参数，再次执行所述测试操作。
另一方面，一种系统测试装置，包括：测试参数获取模块，用于在检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；测试参数存储模块，用于将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；测试参数回写模块，用于在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；测试执行模块，用于根据所述前端页面中回写的测试参数，再次执行所述测试操作。
另一方面，一种电子设备，包括处理器及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如上所述的系统测试方法。
另一方面，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的系统测试方法。
在上述技术方案中，检测到系统当前所执行的测试操作失败时，将当前测试操作所执行的测试参数存储于后台服务器，且在监听到前端页面中触发进行的测试操作后，将后台服务器中存储的测试参数回写至前端页面，从而根据前端页面中回写的测试参数再次执行系统测试，省去了程序开发人员手动将测试参数输入系统的过程，极大地提升了对修复后系统进行测试的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并于说明书一起用于解释本申请的原理。
图1是本申请所涉及的一种实施环境的示意图；
图2是根据一示例性实施例示出的一种系统测试方法的流程图；
图3是根据图2所示步骤130在一个实施例中的流程图；
图4是根据图2所示步骤130在另一个实施例中的流程图；
图5是根据一示例性实施例示出的一种系统测试装置的框图；
图6是根据一示例性实施例示出的一种计算机设备的硬件结构框图。
通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。
这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种实施环境的示意图，该实施环境可理解为一种业务系统。如图1所示，该实施环境包括：终端100和服务器200。
其中，终端100用于运行浏览器，该浏览器中加载有前端页面以与用户进行交互操作。终端100具体可以是智能手机、平板电脑、笔记本电脑、计算机或者其他任意能够运行浏览器的电子设备，在此不加以限定。
服务器200则用于存储海量数据，以响应终端发起的业务请求，根据业务请求进行数据处理。服务器200可以是一台服务器，或者是由若干服务器组成的服务器集群，本处也不进行限定。
需要说明的是，终端100与服务器200之间预先建立有线或者无线的网络连接，从而使得终端100能够与服务器200进行数据交互。
图2是根据一示例性实施例示出的一种系统测试方法的流程图。如图1所示，该方法可以包括以下步骤：
步骤110，检测当前所执行的测试操作失败时，获取测试操作执行的测试参数。
首先需要说明的是，本实施例所描述的系统应用于图1所示实施环境，包括前端和后端。前端是运行于终端上的用户交互界面，用于提供前端页面与用户进行交互操作；后端是后台服务器，用于为前端页面所进行的交互操作提供数据支持。
本实施例所描述的系统测试方法同样应用于图1所示实施环境，当程序开发人员完成系统开发后，通过在前端页面输入测试参数，使得系统根据所输入的测试参数运行，从而实现系统测试。
如果系统针对程序开发人员所输入测试参数的运行不能达到预期效果，则表示当前所执行的测试操作失败，需要程序开发人员对系统进行相应修复。在完成系统修复后，程序开发人员通常将系统修复前所运行的测试参数再次输入前端页面，以再次进行系统测试，直至系统对测试参数的运行达到预期效果。也即是说，在系统测试过程中，程序开发人员需要频繁地向前端页面输入相同测试参数，十分麻烦。
并且，程序开发人员在进行系统测试时，一般需要模拟若干用户分别向系统输入不同的测试参数，以进行全面的系统测试。在对所模拟的每一用户进行系统测试期间，均需要程序开发人员执行上述频繁地向前端页面输入相同测试参数的过程，严重影响系统的开发进度。因此，有必要提出一种系统测试方法，以简化现有实现中的系统测试操作。
在本实施例提供的方法中，检测到系统当前所执行的测试操作失败是指，系统根据前端页面所输入测试参数的运行中，未能达到预期效果。例如在一购物系统中，系统无法将商品添加至当前所模拟用户的购物车，或者系统无法根据当前所模拟用户选择的信息生成订单。
测试操作所执行的测试参数则是指，系统在当前所执行的测试操作中，前端页面中所输入的测试参数。因此，当检测到系统当前所执行的测试操作失败时，则获取前端页面中所输入的测试参数。
在一示例性实施例中，在检测到系统当前所执行的测试操作失败时，可通过遍历前端页面中的所有控件，且采集每一控件中所输入的测试参数，以获取此次测试操作执行的测试参数。
其中，前端页面中的控件可以包括文本控件、图片控件、按钮控件、复选框控件、进度条控件等常见类型的控件。由于系统在执行测试操作时，这些控件中均已输入测试参数，由此，通过遍历前端页面中的所有控件，并采集每一控件中所输入的测试参数，即可获取前端页面中输入的测试参数。
在另一示例性实施例中，通过遍历前端页面中所有控件，还获取每一控件所对应的控件类型和ID信息。其中，控件的ID信息是系统为区别同一类型的不同控件而设置的。
步骤120，将获取的测试参数发送至后台服务器，由后台服务器执行测试参数的存储。
其中，在采集前端页面中所输入的测试参数后，将所采集的测试参数，以及每一控件对应的控件类型和ID信息均发送至后台服务器进行存储。
在一示例性实施例中，由于在后台服务器所配置数据库中，数据库临时表的存储容量很大，且便于数据修改和提取，因此后台服务器在接收到测试参数后，将测试参数存储与数据库临时表中。
其中，后台服务器配置的数据库可以是关系型数据库，例如可以是Oracle数据库、MySQL数据库等。
在另一示例性实施例中，由于从后台服务器的缓存中进行数据读取的效率较高，因此后台服务器在接收到测试参数后，将测试参数存储于缓存中。
示例性的，如果后台服务器采用以MySQL数据库作为主数据库，且以Redis数据库作为辅助缓存数据库进行数据存储，则将测试参数存储于Redis数据库中。应当说明的是，后台服务器还可以采用其它的数据存储形式，本实施例并不对此进行限制
在另一示例性实施例中，后台服务器在进行测试参数的存储时，与每一控件所对应的控件类型和ID信息关联存储，使得后台服务器在读取测试参数时，能够同时读取对应的控件信息。
例如，将测试参数存储于Redis数据库中，可将每一控件所对应的测试参数作为key，将每一控件Value进行数据存储。在进行测试参数读取时，即可通过各控件所对应测试参数，快速查询到各控件的控件类型和ID信息。
步骤130，在监听到前端页面中触发进行的测试操作时，将后台服务器中存储的测试参数回写至前端页面。
其中，前端页面中触发进行的测试操作是指，监听到前端页面中的局部刷新按钮被用户触发。
局部刷新按钮是设置于前端页面中的一个或者多个按钮，局部刷新按钮被触发的方式可以包括，程序开发人员点击或者触碰该局部刷新按钮，例如，程序开发人员可以使用鼠标单击或者双击该局部刷新按钮，还可以通过手指点击或者长按该局部刷新按钮，本处不进行限制。
当程序开发人员点击局部刷新按钮，系统相应监听到前端页面中的局部刷新按钮被触发，则表示程序开发人员已经完成了系统修复，需要使用系统修复前所输入前端页面中的测试参数再次执行系统测试。这时，需要将后台服务器中存储的测试参数回写至前端页面中的相应位置，从而实现将系统修改前所执行的测试参数重新输入前端页面中，从而省去了程序开发人员手动输入测试参数的繁杂操作。
应当说明，该局部刷新按钮与前述前端页面中的文本控件、图片控件、按钮控件复选框控件、进度条控件等常见类型的控件实质不同。前述控件是用于承载系统测试操作中的具体测试参数，例如程序开发人员在进行系统测试时，通过点击控件或者在控件中输入相应信息实现向系统中输入测试参数，一般地，每一控件分别对应一种测试参数。但是，程序开发人员通过触发该局部刷新按钮，只是将后台服务器存储的测试参数回写至前述每一控件中，而不会对每一控件中的测试参数进行增加、修改等具体操作，因此该局部刷新按钮与前述控件显然不同。
示例性的，为了使局部刷新按钮与前述控件相区分，可以将局部刷新按钮设置与前端页面中的边缘部位，而将前述控件设置于前端页面的中间区域。或者，也可以通过对局部刷新按钮的外观进行特殊设计，从而使其与前述控件进行明显区分，本处不进行限制。
在一示例性实施例中，前端页面中设置的局部刷新按钮是AJAX（Asynchronous
JavaScript and XML）按钮。AJAX是一种创建交互式网页应用的网页开发技术，在无需重新加载整个网页的情况下，能够更新部分网页中的数据。
监听到所述前端页面中的局部刷新按钮被触发时，向后台服务器发起测试参数获取请求，以请求后台服务器将存储的测试参数返回前端，前端则将后台服务器返回的测试参数写入前端页面中的相应位置。
如图3所示，在一示例性实施例中，向后台服务器发起测试参数获取请求的过程包括以下步骤：
步骤131，根据局部刷新按钮所预置方法在前端创建局部刷新对象。
其中，前端页面在设置局部刷新按钮的同时，还为局部刷新按钮预置了创建局部刷新对象的方法，当局部刷新按钮被触发时，则启用该方法，并在前端创建局部刷新对象。
示例性的，在前端创建的局部刷新对象是XMLHttpRequest对象（以下简称xhr对象）。由于不同类型的前端（即浏览器）之间存在差异，对各前端所预置创建局部刷新对象的方法可能不同。
浏览器之间的差异主要体现在IE浏览器和其它浏览器之间。对非IE浏览器来说，可直接在浏览器上创建xhr对象；但是对IE浏览器来说，需通过ActiveXObject对象调用Microsoft.XMLHttp
组件的属性方法，以在浏览器上创建xhr对象。
步骤132，通过所创建的局部刷新对象与后台服务器建立异步通信连接。
其中，实现局部刷新对象与后台服务器建立异步通信连接的方法，采用xhr对象的open方法。
示例性的，在xhr对象的open方法中，指定向后台服务器提交数据的类型是post，以及指定所请求的url地址和传递参数，同时指定传输方式为异步方式。
步骤133，在局部刷新对象获取后台服务器的连接响应后，向后台服务器发送测试数据获取请求。
其中，局部刷新对象与后台服务器之间建立异步通信连接后，会相应接收后台服务器返回的连接响应。在接收到连接响应后，局部刷新对象则向后台服务器发送测试数据获取请求。
局部刷新对象向后台服务器发送测试数据获取请求，是根据xhr对象的send方法实现的。如上所述，局部刷新对象在open方法中，所指定向后台服务器提交数据的类型是post，那么，局部刷新对象在向后台服务器发送测试数据获取请求时，通过send方法将相应请求数据发送至后台服务器。
由此，通过本示例性实施例所提供的方法，实现向后台服务器发起测试数据获取请求。
如图4所示，在一示例性实施例中，将后台服务器返回的测试参数写入前端页面的过程可以包括以下步骤：
步骤135，接收到后台服务器所返回指定格式的数据后，通过对所接收数据的解析获得测试参数。
其中，后台服务器接收测试参数获取请求后，通过响应该请求，将其所存储的测试参数以及与测试参数关联存储的控件类型、控件ID信息以指定格式返回前端。
示例性的，后台服务器所返回数据的格式可以是json格式的Javascript代码或者字符串，还可以是XML格式或者HTML格式的纯文本流，本处不对此进行任何限制。
通过对指定格式数据的解析，从而能够获得相应的测试参数，并同时获得每一测试参数所对应的控件类型和控件ID信息。在一示例性的实施例方式中，对后台服务器所返回数据的解析，是通过Javascript解析器实现的。
步骤136，通过将测试参数写入对应的HTML标签中，进行测试参数在前端页面的回写。
其中，在解析获得测试参数和对应控件信息后，根据控件类型和ID信息查找设置于前端应用程序中的HTML标签，并将测试参数写入相应的HTML标签中，通过重新加载这些HTML标签，即可实现测试参数在前端页面中的回写。
由此，程序开发人员在完成系统修复后，通过触前端页面中的局部刷新按钮，即可根据以上图3和图4所对应实施例描述的内容，实现将后台服务器中存储的测试参数回写至前端页面。
步骤140，根据前端页面中回写的测试参数，再次执行测试操作。
其中，识别到前端页面中所回写的测试参数后，系统即可再次执行测试操作。如果本次所执行的测试操作还是不能达到预期效果，则重复执行步骤110至步骤140所描述内容，直至系统所执行的测试操作达到预期效果。
综上，本申请所提供方法省去了程序开发人员手动将测试参数输入系统的过程，极大地提升了对修复后系统进行测试的效率。
图5是根据一示例性实施例所示出的一种系统测试装置的框图。如图5所示，该装置具体包括：
测试参数获取模块210，用于在检测到当前所执行的测试操作失败时，获取测试操作执行的测试参数；
测试参数存储模块220，用于将获取的测试参数发送至后台服务器，由后台服务器执行所述测试参数的存储；
测试参数回写模块230，用于在监听到前端页面中触发进行的测试操作时，将后台服务器中存储的测试参数回写至所述前端页面；
测试执行模块240，用于根据前端页面中回写的测试参数，再次执行测试操作。
在另一示例性实施例中，测试参数获取模块210包括：
控件遍历单元，用于在检测到当前所执行的测试操作失败时，遍历前端页面中的所有控件；
测试参数采集单元，用于采集每一控件中所输入的测试参数。
在另一示例性实施例中，测试参数回写模块230包括：
控件触发监听单元，用于在监听到所述前端页面中的局部刷新按钮被触发时，向后台服务发起测试参数获取请求；
测试参数写入单元，用于将后台服务器根据测试参数获取请求所返回的测试参数写入前端页面。
在另一示例性实施例中，控件触发监听单元包括：
对象创建子单元，用于在监听到前端页面中的局部刷新按钮被触发时，根据局部刷新按钮所预置的方法在前端创建局部刷新对象；
异步通信连接子单元，用于通过所创建的局部刷新对象与后台服务器建立异步通信连接；
请求发送子单元，用于在局部刷新对象获取后台服务器的连接响应后，向后台服务器发送测试参数获取请求。
在另一示例性实施例中，测试参数写入单元包括：
数据解析子单元，用于在接收到后台服务器所返回指定格式的数据后，通过对数据的解析获得测试参数；
标签信息写入子单元，用于通过将测试参数写入对应的HTML标签中，进行测试参数在前端页面的回写。
需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。
在一示例性实施例中，本申请还提供一种计算机设备，该计算机设备包括：
处理器；
存储器，该存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时，实现如前所示的方法。
图6是根据一示例性实施例示出的一种计算机设备的硬件结构框图。如图6所示，该计算机设备可以包括以下一个或者多个组件：处理组件401，存储器402，电源组件403，多媒体组件404，音频组件405，传感器组件407以及通信组件408。
其中，上述组件并不全是必须的，计算机设备可以根据自身功能需求增加其他组件或减少某些组件，本实施例不作限定。
处理组件401通常控制计算机设备的整体操作，诸如与显示，数据通信，相机操作以及日志数据处理相关联的操作等。处理组件401可以包括一个或多个处理器409来执行指令，以完成上述操作的全部或部分步骤。此外，处理组件401可以包括一个或多个模块，便于处理组件401和其他组件之间的交互。例如，处理组件401可以包括多媒体模块，以方便多媒体组件404和处理组件401之间的交互。
存储器402被配置为存储各种类型的数据以支持在终端的操作。这些数据的示例包括用于在计算机设备上操作的任何应用程序或方法的指令。存储器402可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如SRAM（静态随机存取存储器），EEPROM（电可擦除可编程只读存储器），EPROM（可擦除可编程只读存储器），PROM（可编程只读存储器），ROM（只读存储器）等。存储器402中还存储有一个或多个模块，该一个或多个模块被配置成由该一个或多个处理器409执行，以完成上述实施例所示系统测试方法中的全部或者部分步骤。
电源组件403为终端的各种组件提供电力。电源组件403可以包括电源管理系统，一个或多个电源，及其他与为计算机设备生成、管理和分配电力相关联的组件。
多媒体组件404包括在所述计算机设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括LCD（液晶显示器）和TP（触摸面板）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
音频组件405被配置为输出和/或输入音频信号。例如，音频组件405可以包括一个麦克风，当终端处于操作模式，如记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器402或经由通信组件408发送。音频组件405还包括一个扬声器，用于输出音频信号，以实现计算机设备与用户之间进行会话操作。
传感器组件407包括一个或多个传感器，用于为计算机设备提供各个方面的状态评估。例如，传感器组件407可以检测到终端的打开/关闭状态，以及终端的温度变化。在一些实施例中，传感器组件407还可以包括磁传感器，压力传感器或温度传感器。
通信组件408被配置为便于计算机设备和其他设备之间有线或无线方式的通信。终端可以接入基于通信标准的无线网络，如WiFi，2G或3G，或者它们的组合。在一个示例性的实施例中，通信组件408经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。
在示例性实施例中，处理器可以被一个或多个ASIC（应用专用集成电路）、DSP（数字信号处理器）、PLD（可编程逻辑器件）、FPGA（现场可编程门阵列）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述实施例中所详细描述的系统测试方法，此处将不做详细阐述说明。
在一示例性实施例中，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前所示的方法。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (20)
- 一种系统测试方法，包括：检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；根据所述前端页面中回写的测试参数，再次执行所述测试操作。
- 如权利要求1所述的方法，其中，所述检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数，包括：检测到当前所执行的测试操作失败时，遍历前端页面中的所有控件；采集每一所述控件中所输入的测试参数。
- 如权利要求1或2所述的方法，其中，所述将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储，包括：所述后台服务器接收到所述测试参数后，将所接收的测试参数存储于数据库临时表或者缓存中。
- 如权利要求1至3任一项所述的方法，其中，所述在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面，包括：监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求；将所述后台服务器根据所述测试参数获取请求所返回的测试参数写入所述前端页面。
- 如权利要求4所述的方法，其中，所述监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求，包括：监听到所述前端页面中的局部刷新按钮被触发时，根据所述局部刷新按钮所预置的方法在前端创建局部刷新对象；通过所创建的局部刷新对象与所述后台服务器建立异步通信连接；在所述局部刷新对象获取所述后台服务器的连接响应后，向所述后台服务器发送测试参数获取请求。
- 如权利要求4所述的方法，其中，所述将所述后台服务器根据所述异步请求所返回的测试参数写入所述前端页面，包括：接收到所述后台服务器所返回指定格式的数据后，通过对所述数据的解析获得所述测试参数；通过将所述测试参数写入对应的HTML标签中，进行所述测试参数在所述前端页面的回写。
- 一种系统测试装置，包括：测试参数获取模块，用于在检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；测试参数存储模块，用于将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；测试参数回写模块，用于在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；测试执行模块，用于根据所述前端页面中回写的测试参数，再次执行所述测试操作。
- 如权利要求7所述的装置，其中，所述测试参数获取模块包括：控件遍历单元，用于在检测到当前所执行的测试操作失败时，遍历前端页面中的所有控件；测试参数采集单元，用于采集每一所述控件中所输入的测试参数。
- 如权利要求7或8所述的装置，其中，所述测试参数存储模块用于控制所述后台服务器接收到所述测试参数后，将所接收的测试参数存储于数据库临时表或者缓存中。
- 如权利要求7至9所述的装置，其中，所述测试参数回写模块包括：控件触发监听单元，用于在监听到所述前端页面中的局部刷新按钮被触发时，向后台服务发起测试参数获取请求；测试参数写入单元，用于将后台服务器根据测试参数获取请求所返回的测试参数写入前端页面。
- 如权利要求10所述的装置，其中，所述控件触发监听单元包括：对象创建子单元，用于在监听到前端页面中的局部刷新按钮被触发时，根据局部刷新按钮所预置的方法在前端创建局部刷新对象；异步通信连接子单元，用于通过所创建的局部刷新对象与后台服务器建立异步通信连接；请求发送子单元，用于在局部刷新对象获取后台服务器的连接响应后，向后台服务器发送测试参数获取请求。
- 如权利要求10所述的装置，其中，所述测试参数写入单元包括：数据解析子单元，用于在接收到后台服务器所返回指定格式的数据后，通过对数据的解析获得测试参数；标签信息写入子单元，用于通过将测试参数写入对应的HTML标签中，进行测试参数在前端页面的回写。
- 一种电子设备，包括：处理器；及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，所述处理器配置为实现以下步骤：检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；根据所述前端页面中回写的测试参数，再次执行所述测试操作。
- 如权利要求13所述的电子设备，其中，所述在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面，所述处理器配置为实现以下步骤：监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求；将所述后台服务器根据所述测试参数获取请求所返回的测试参数写入所述前端页面。
- 如权利要求14所述的电子设备，其中，所述监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求，所述处理器配置为实现以下步骤：监听到所述前端页面中的局部刷新按钮被触发时，根据所述局部刷新按钮所预置的方法在前端创建局部刷新对象；通过所创建的局部刷新对象与所述后台服务器建立异步通信连接；在所述局部刷新对象获取所述后台服务器的连接响应后，向所述后台服务器发送测试参数获取请求。
- 如权利要求14所述的电子设备，其中，所述将所述后台服务器根据所述异步请求所返回的测试参数写入所述前端页面，所述处理器配置为实现以下步骤：接收到所述后台服务器所返回指定格式的数据后，通过对所述数据的解析获得所述测试参数；通过将所述测试参数写入对应的HTML标签中，进行所述测试参数在所述前端页面的回写。
- 一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时，所述处理器配置为实现以下步骤：检测到当前所执行的测试操作失败时，获取所述测试操作执行的测试参数；将获取的所述测试参数发送至后台服务器，由所述后台服务器执行所述测试参数的存储；在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面；根据所述前端页面中回写的测试参数，再次执行所述测试操作。
- 如权利要求17所述的计算机可读存储介质，其中，所述在监听到所述前端页面中触发进行的测试操作时，将所述后台服务器中存储的测试参数回写至所述前端页面，所述处理器配置为实现以下步骤：监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求；将所述后台服务器根据所述测试参数获取请求所返回的测试参数写入所述前端页面。
- 如权利要求17所述的计算机可读存储介质，其中，所述监听到所述前端页面中的局部刷新按钮被触发时，向所述后台服务发起测试参数获取请求，所述处理器配置为实现以下步骤：监听到所述前端页面中的局部刷新按钮被触发时，根据所述局部刷新按钮所预置的方法在前端创建局部刷新对象；通过所创建的局部刷新对象与所述后台服务器建立异步通信连接；在所述局部刷新对象获取所述后台服务器的连接响应后，向所述后台服务器发送测试参数获取请求。
- 如权利要求17所述的计算机可读存储介质，其中，所述将所述后台服务器根据所述异步请求所返回的测试参数写入所述前端页面，所述处理器配置为实现以下步骤：接收到所述后台服务器所返回指定格式的数据后，通过对所述数据的解析获得所述测试参数；通过将所述测试参数写入对应的HTML标签中，进行所述测试参数在所述前端页面的回写。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910419762.8A CN110321278B (zh) | 2019-05-20 | 2019-05-20 | 系统测试方法及装置、计算机设备、存储介质 |
| CN201910419762.8 | 2019-05-20 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2020232900A1 true WO2020232900A1 (zh) | 2020-11-26 |
Family
ID=68113161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2019/103443 WO2020232900A1 (zh) | 2019-05-20 | 2019-08-29 | 系统测试方法及装置、计算机设备、存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN110321278B (zh) |
| WO (1) | WO2020232900A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114968687A (zh) * | 2022-06-09 | 2022-08-30 | 腾讯科技（深圳）有限公司 | 遍历测试方法、装置、电子设备、程序产品以及存储介质 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110321278B (zh) * | 2019-05-20 | 2022-09-13 | 平安科技（深圳）有限公司 | 系统测试方法及装置、计算机设备、存储介质 |
| CN112685286A (zh) * | 2019-10-18 | 2021-04-20 | 拉扎斯网络科技（上海）有限公司 | 测试对象生成方法、装置、电子设备及计算机存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020147561A1 (en) * | 2001-04-09 | 2002-10-10 | William Baracat | System and method for intelligent wire testing |
| CN101487769A (zh) * | 2008-01-18 | 2009-07-22 | 中兴通讯股份有限公司 | 一种自动化测试系统及其方法 |
| CN104899149A (zh) * | 2015-06-29 | 2015-09-09 | 上海瀚银信息技术有限公司 | 一种自动化测试管理方法 |
| CN107861864A (zh) * | 2017-08-25 | 2018-03-30 | 平安普惠企业管理有限公司 | 自动化测试方法、系统及计算机可读存储介质 |
| CN110321278A (zh) * | 2019-05-20 | 2019-10-11 | 平安科技（深圳）有限公司 | 系统测试方法及装置、计算机设备、存储介质 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105808417B (zh) * | 2014-12-29 | 2019-02-26 | 平安科技（深圳）有限公司 | 自动化测试方法及代理服务器 |
| US9846633B2 (en) * | 2015-10-06 | 2017-12-19 | Ca, Inc. | Generating tests for testing software applications |
| CN107832206A (zh) * | 2017-10-16 | 2018-03-23 | 深圳市牛鼎丰科技有限公司 | 测试方法、装置、计算机可读存储介质和计算机设备 |
| CN109144856A (zh) * | 2018-07-27 | 2019-01-04 | 北京皮尔布莱尼软件有限公司 | 一种ui自动化测试方法、计算设备及存储介质 |
-
2019
- 2019-05-20 CN CN201910419762.8A patent/CN110321278B/zh active Active
- 2019-08-29 WO PCT/CN2019/103443 patent/WO2020232900A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020147561A1 (en) * | 2001-04-09 | 2002-10-10 | William Baracat | System and method for intelligent wire testing |
| CN101487769A (zh) * | 2008-01-18 | 2009-07-22 | 中兴通讯股份有限公司 | 一种自动化测试系统及其方法 |
| CN104899149A (zh) * | 2015-06-29 | 2015-09-09 | 上海瀚银信息技术有限公司 | 一种自动化测试管理方法 |
| CN107861864A (zh) * | 2017-08-25 | 2018-03-30 | 平安普惠企业管理有限公司 | 自动化测试方法、系统及计算机可读存储介质 |
| CN110321278A (zh) * | 2019-05-20 | 2019-10-11 | 平安科技（深圳）有限公司 | 系统测试方法及装置、计算机设备、存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114968687A (zh) * | 2022-06-09 | 2022-08-30 | 腾讯科技（深圳）有限公司 | 遍历测试方法、装置、电子设备、程序产品以及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110321278B (zh) | 2022-09-13 |
| CN110321278A (zh) | 2019-10-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11461542B2 (en) | Providing asynchronous general user interface (GUI) input | |
| WO2015039566A1 (en) | Method and system for facilitating automated web page testing | |
| WO2020232900A1 (zh) | 系统测试方法及装置、计算机设备、存储介质 | |
| CN110162408B (zh) | 一种数据处理方法、装置、设备和机器可读介质 | |
| US10705949B2 (en) | Evaluation of library test suites using mutation testing | |
| WO2018184361A1 (zh) | 应用程序测试方法、服务器、终端和存储介质 | |
| US9507751B2 (en) | Managing seed data | |
| US20150242297A1 (en) | Method and system for testing of applications in asset management software | |
| WO2018107812A1 (zh) | 交易系统错误检测方法、装置、存储介质和计算机设备 | |
| WO2015043352A1 (en) | Method and apparatus for selecting test nodes on webpages | |
| US10713237B2 (en) | Automatically correcting invalid scripts in web applications | |
| US11580228B2 (en) | Coverage of web application analysis | |
| US20180260099A1 (en) | Smart Display Data Capturing Platform For Record Systems | |
| CN103885878A (zh) | 一种生成浏览器测试脚本的方法及装置 | |
| US11030304B2 (en) | Buffer overflow detection based on a synthesis of assertions from templates and k-induction | |
| WO2018205392A1 (zh) | 控制响应区域显示控制方法、电子装置及存储介质 | |
| US20200379874A1 (en) | Deframeworking for static program analysis | |
| CN113238940B (zh) | 一种接口测试结果的比对方法、装置、设备和存储介质 | |
| CN111666201A (zh) | 回归测试方法、装置、介质及电子设备 | |
| CN115576978A (zh) | 一种业务处理请求的响应方法、装置、系统及介质 | |
| CN115454400A (zh) | 接口参数的处理方法、装置、设备、介质及程序产品 | |
| CN113849158A (zh) | 基于json的接口工厂系统、其产生接口的方法及介质 | |
| CN114564354A (zh) | 数据库性能监控方法、装置、电子设备及存储介质 | |
| CN115686506A (zh) | 一种数据显示方法、装置、电子设备和存储介质 | |
| US9009659B2 (en) | Method and system for displaying context-based completion values in an integrated development environment for asset management software |
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: 19930140 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: 19930140 Country of ref document: EP Kind code of ref document: A1 |