WO2020151344A1 - 针对迭代子版本的软件开发测试方法及相关装置 - Google Patents

针对迭代子版本的软件开发测试方法及相关装置 Download PDF

Info

Publication number
WO2020151344A1
WO2020151344A1 PCT/CN2019/118973 CN2019118973W WO2020151344A1 WO 2020151344 A1 WO2020151344 A1 WO 2020151344A1 CN 2019118973 W CN2019118973 W CN 2019118973W WO 2020151344 A1 WO2020151344 A1 WO 2020151344A1
Authority
WO
WIPO (PCT)
Prior art keywords
sub
test
versions
test case
iteration
Prior art date
Application number
PCT/CN2019/118973
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 WO2020151344A1 publication Critical patent/WO2020151344A1/zh

Links

Images

Classifications

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

Definitions

  • This application relates to the field of computer technology, and in particular to a software development and test method for iterative sub-versions, a software development and test device, a computer device and a non-volatile readable storage medium.
  • Software testing is an indispensable part of the software development cycle. It promotes software development, promotes the realization and optimization of software functions, and discovers and solves software defects, ensuring the integrity, stability and increasing Competitiveness in a fierce market.
  • the first aspect of the present application provides a software development and testing method for iterative sub-versions, which is applied to a computer device, and the method includes:
  • test interface is displayed, the test interface includes a plurality of first operation options, and each first operation option corresponds to one of the iteration sub-versions.
  • test cases corresponding to the iteration sub-versions corresponding to the multiple first operation options are added to a task list, and all test cases in the task list are controlled to run in parallel to iterate the multiple first operation options corresponding Sub-version for testing;
  • test cases in the task list When all the test cases in the task list are finished running, generate a test report and output the test report according to the running result of the test case of each iteration sub-version in the iteration sub-versions corresponding to the plurality of first operation options.
  • the second aspect of the present application provides a software development and testing device for iterative sub-versions, the device including:
  • the obtaining module is used to obtain the test case corresponding to each iteration sub-version for multiple iteration sub-versions of the software to be tested in the current iteration cycle;
  • the display control module is configured to display a test interface, the test interface includes a plurality of first operation options, and each first operation option corresponds to one of the iteration sub-versions.
  • the selection module is configured to, upon receiving a preset first input instruction and a second input instruction for selecting the first operation option of one of the iterative sub-versions, all the plurality of first operation options Selected
  • the test module is used to add the test cases corresponding to the iteration sub-versions corresponding to the multiple first operation options to a task list, and control all the test cases in the task list to run in parallel to control the multiple first operation options. Test the iteration sub-version corresponding to the operation option;
  • the result presentation module is used to generate a test report according to the running results of the test cases of each iteration sub-version of the iteration sub-versions corresponding to the multiple first operation options when all the test cases in the task list have been run. Output the test report.
  • a third aspect of the present application provides a computer device, the computer device includes a processor, and the processor is configured to execute the computer-readable instructions stored in the memory to implement the software development and testing method for iterative sub-versions as described above .
  • the fourth aspect of the present application provides a non-volatile readable storage medium having computer readable instructions stored thereon, and when the computer readable instructions are executed by a processor, the aforementioned software for iterative sub-versions is implemented Develop test methods.
  • the tester can input a specific instruction to trigger the computer device to select the first operation option of all iterative sub-versions that belong to the current iterative cycle, and then start testing all iterative sub-versions at the same time, which is beneficial to improving test efficiency ; Furthermore, the test report including the test results of all iterative sub-versions is automatically generated, eliminating the need to manually integrate or summarize different test reports, saving time and manpower.
  • FIG. 1 is a flowchart of a software development and testing method for iterative sub-versions provided in Embodiment 1 of the present application.
  • FIG. 2 is a schematic structural diagram of a software development and testing device for iterative sub-versions provided in the second embodiment of the present application.
  • FIG. 3 is a schematic diagram of a computer device provided in Embodiment 3 of the present application.
  • FIG. 1 is a flowchart of the software development and testing method for iterative sub-versions provided by the first embodiment of the present application.
  • the software development and testing method is applied to a computer device. According to different needs, the order of the steps in the flowchart can be changed, and some steps can be omitted.
  • Step S11 for multiple iteration sub-versions of the software to be tested in the current iteration cycle, obtain test cases corresponding to each iteration sub-version.
  • each iteration in an iterative cycle can form a small deliverable version, and different iterations can correspond to different new functions of the software to be tested.
  • the problem is found in the test to drive the developer to modify and improve the software to be tested, iteratively. That is: According to the development situation, the test is organized in a targeted manner, and the test result is counteracted to the developer to improve the software quality. In this way, after several test constructions, the quality of the software to be tested can reach a stable state in a relatively short time.
  • the iterative sub-version refers to the software version in the process of continuously updating to achieve the final software product goal during the development of the software to be tested, or the software developed for the first time, or the software to be tested The new version for repairing the vulnerabilities, or the new version obtained by developing new function points of the software to be tested.
  • the multiple iterative sub-versions may be multiple sub-versions under a major version issued externally.
  • the computer device provides an input interface for multiple testers to upload test cases (Test Cases) written for each iteration sub-version in the current iteration cycle to the test of the computer device Library, so that the computer device can obtain the test case from the test library.
  • Test Cases The test case is used to test whether the iterative sub-version meets specific requirements.
  • the basic information of each test case includes: name, identification, input parameters, output parameters, functions, use case identification, test steps, expected results, test date and update date, etc.
  • the tester can also input the data to be evaluated for each iteration sub-version through the input interface.
  • the computer device automatically generates the test case according to the to-be-evaluated data, that is, the present embodiment does not require a tester to manually write and import the test case.
  • the data to be evaluated is software-related data that needs to be evaluated during the development process of the software to be tested, and the data to be evaluated may include related repairs of the version of the software to be tested in the iterative process. Vulnerabilities, newly developed or fixed function points, etc.
  • the generation of the test case can be achieved by the PICT tool (Pairwise Independent Combinatorial Testing tool).
  • step S12 a test interface is displayed on the display screen, the test interface includes a plurality of first operation options, and each first operation option corresponds to one of the iteration subversions.
  • Step S13 When a preset first input instruction and a second input instruction for selecting the first operation option of one of the iterative sub-versions are received, all the multiple first operation options are selected.
  • the computer device includes an input unit, and the input unit may be a conventional input unit such as a keyboard and a mouse.
  • the first input instruction may be generated after the tester operates a specific component of the input unit. For example, the tester may press the Ctrl key or the Shirt key of the keyboard to trigger the computer device to generate the first input instruction.
  • the computer device further includes:
  • the tester needs to select one of the first operation options on the test interface immediately after pressing the Ctrl key or the shirt key of the keyboard, before the computer device can be triggered to select other first operation options. If the tester selects one of the first operation options on the test interface (that is, the second receiving time T2 and the second receiving time T2 and the The difference of the first receiving time T1 is greater than the preset difference), indicating that the tester may have performed other operations during this time period, that is, the tester may not want to select multiple iteration subversions at the same time During the test, the computer device will not select other first operation options at this time.
  • the test interface may also include other irrelevant test options (hereinafter referred to as the second operation option).
  • the second test The options may be related to the performance test of the computer device's system itself.
  • the computer device upon receiving the first input instruction and the second input instruction, the computer device will only select the first operation option, and the computer device will not select the second test Options.
  • the name of each first operation option includes the iterative subversion targeted by the corresponding test case. Therefore, the computer device can determine the multiple version according to the name of the selected first operation option. The first operation option.
  • Step S14 adding test cases corresponding to the iteration sub-versions corresponding to the plurality of first operation options into a task list, and controlling all test cases in the task list to run in parallel to control the plurality of first operation options The corresponding iteration sub-version is tested.
  • controlling parallel operation of all test cases in the task list includes:
  • the computer device judges whether the running times of the test case reaches the preset threshold (for example, 4 times), and when the running times does not reach the preset threshold, reruns the test case until all The test case runs successfully.
  • the preset threshold for example, 4 times
  • the number of runs reaches the preset threshold and the test case still fails to run successfully, it is determined that the test case has failed to run and the next test case of the iterative sub-version is run.
  • Step S15 when all the test cases in the task list have been run, generate a test report according to the running results of the test cases of each iterative sub-version in the iterative sub-versions corresponding to the multiple first operation options and output the testing report.
  • test cases of each iteration sub-version do not exist independently of each other, the running results of the test cases may affect each other, and the final test results of all test cases need to be judged based on the entire iterative sub-version ,
  • the running result of a single test case cannot guarantee the test effect of the iteration sub-version. Therefore, the judgment and evaluation of test effects need to be based on the running results of all test cases. Therefore, when all the test cases are completed, the computer device obtains the running results of each test case of each iteration sub-version, and comprehensively organizes the running results of all the test cases, thereby generating the test report for For reference by testers or R&D personnel.
  • the running result of the test case includes the basic information of the test case, the description of the vulnerability, and the use of the test case. Corresponding functions of the iterative subversion tested. For example, when a vulnerability occurs in the execution of test case A, the running result of test case A includes the name of test case A, the input parameters for executing test case A, the description of the vulnerability, and the iteration sub Version a features etc.
  • the computer device includes a display screen, and the test report is displayed on the display screen.
  • the display screen may be a Liquid Crystal Display (LCD) or an Organic Light-Emitting Diode (OLED) display.
  • the tester can input a specific instruction to trigger the computer device to select all the multiple first operation options, and then start testing all iterative subversions at the same time , It is helpful to improve the test efficiency; in addition, the test report including the test results of all iterative sub-versions is automatically generated, eliminating the step of manually integrating or summarizing different test reports, saving time and manpower.
  • FIG. 1 describes in detail the software development and testing method of the present application.
  • the functional modules of the software device that implements the software development and testing method and the hardware device architecture that implements the software development and testing method are performed Introduction.
  • Fig. 2 is a structural diagram of a preferred embodiment of the software development and testing device for iterative sub-versions of this application.
  • the software development and testing device 10 for iterative sub-versions runs in a computer device.
  • the software development and testing device 10 may include multiple functional modules composed of program code segments.
  • the program code of each program segment in the software development and testing device 10 may be stored in the memory of the computer device and executed by the at least one processor to realize the software development and testing function.
  • the software development and testing device 10 can be divided into multiple functional modules according to the functions it performs.
  • the functional modules may include: an acquisition module 101, a display control module 102, a selection module 103, a test module 104, and a result presentation module 105.
  • the module referred to in this application refers to a series of computer-readable instruction segments that can be executed by at least one processor and can complete fixed functions, and are stored in a memory.
  • the function of each module will be described in detail in subsequent embodiments.
  • the obtaining module 101 is configured to obtain a test case corresponding to each iteration sub-version for multiple iteration sub-versions of the software to be tested in the current iteration cycle.
  • each iteration in an iterative cycle can form a small deliverable version, and different iterations can correspond to different new functions of the software to be tested.
  • the problem is found in the test to drive the developer to modify and improve the software to be tested, iteratively. That is: According to the development situation, the test is organized in a targeted manner, and the test result is counteracted to the developer to improve the software quality. In this way, after several test constructions, the quality of the software to be tested can reach a stable state in a relatively short time.
  • the iterative sub-version refers to the software version in the process of continuously updating to achieve the final software product goal during the development of the software to be tested, or the software developed for the first time, or the software to be tested The new version for repairing the vulnerabilities, or the new version obtained by developing new function points of the software to be tested.
  • the multiple iterative sub-versions may be multiple sub-versions under a major version issued externally.
  • the computer device provides an input interface for multiple testers to upload test cases (Test Cases) written for each iteration sub-version in the current iteration cycle to the test of the computer device Library, so that the obtaining module 101 can obtain the test case from the test library.
  • Test Cases The test case is used to test whether the iterative sub-version meets specific requirements.
  • the basic information of each test case includes: name, identification, input parameters, output parameters, functions, use case identification, test steps, expected results, test date and update date, etc.
  • the tester can also input the data to be evaluated for each iteration sub-version through the input interface.
  • the computer device automatically generates the test case according to the to-be-evaluated data, that is, the present embodiment does not require a tester to manually write and import the test case.
  • the data to be evaluated is software-related data that needs to be evaluated during the development process of the software to be tested, and the data to be evaluated may include related repairs of the version of the software to be tested in the iterative process. Vulnerabilities, newly developed or fixed function points, etc.
  • the generation of the test case can be achieved by the PICT tool (Pairwise Independent Combinatorial Testing tool).
  • the display control module 102 is configured to display a test interface on the display screen.
  • the test interface includes a plurality of first operation options, and each first operation option corresponds to one of the iteration subversions.
  • the selection module 103 is configured to, upon receiving a preset first input instruction and a second input instruction for selecting the first operation option of one of the iterative sub-versions, perform the first operation All options are selected.
  • the computer device includes an input unit, and the input unit may be a conventional input unit such as a keyboard and a mouse.
  • the first input instruction may be generated after the tester operates a specific component of the input unit. For example, the tester may press the Ctrl key or the Shirt key of the keyboard to trigger the computer device to generate the first input instruction.
  • the selection module 103 is further configured to:
  • the tester needs to select one of the first operation options on the test interface immediately after pressing the Ctrl key or the shirt key of the keyboard, before the computer device can be triggered to select other first operation options. If the tester selects one of the first operation options on the test interface (that is, the second receiving time T2 and the second receiving time T2 and the The difference of the first receiving time T1 is greater than the preset difference), indicating that the tester may have performed other operations during this time period, that is, the tester may not want to select multiple iteration subversions at the same time During the test, at this time, the selection module 103 will not select other first operation options.
  • the test interface may also include other irrelevant test options (hereinafter referred to as the second operation option).
  • the second test The options may be related to the performance test of the computer device's system itself.
  • the selection module 103 when the first input instruction and the second input instruction are received, the selection module 103 will only select the plurality of first operation options, and the selection module 103 will not select Determine the second test option.
  • the name of each first operation option includes the iterative subversion targeted by the corresponding test case. Therefore, the selection module 103 may determine the selected first operation option according to the name of the selected first operation option. Describe multiple first operation options.
  • the testing module 104 is configured to add test cases corresponding to the iteration sub-versions corresponding to the plurality of first operation options into a task list, and control all test cases in the task list to run in parallel to perform analysis on the plurality of first operation options. The iteration sub-version corresponding to the operation option is tested.
  • the test module 104 is used to control the parallel operation of the first test case of each iteration sub-version and determine whether the test case runs successfully. When the test case runs successfully, the next test case of the iterative sub-version is run. When the test case runs unsuccessfully, the test case is rerun until the test case runs successfully or the number of runs exceeds a preset threshold.
  • the test module 104 determines whether the running times of the test case reaches the preset threshold (eg, 4 times), and when the running times does not reach the preset threshold, the test case is rerun until The test case runs successfully. When the number of runs reaches the preset threshold and the test case still fails to run successfully, it is determined that the test case has failed to run and the next test case of the iterative sub-version is run.
  • the preset threshold eg, 4 times
  • the result presentation module 105 is configured to generate a test according to the running result of the test case of each iteration sub-version of the iteration sub-versions corresponding to the multiple first operation options when all the test cases in the task list have been run. Report and output the test report.
  • the test cases of each iteration sub-version do not exist independently of each other, the running results of the test cases may affect each other, and the final test results of all test cases need to be judged based on the entire iterative sub-version ,
  • the running result of a single test case cannot guarantee the test effect of the iteration sub-version. Therefore, the judgment and evaluation of test effects need to be based on the running results of all test cases. Therefore, when all the test cases are completed, the result presentation module 105 obtains the running results of each test case of each iteration sub-version, and comprehensively organizes the running results of all the test cases, thereby generating the test
  • the report is for reference by testers or R&D personnel.
  • the running result of the test case includes the basic information of the test case, the description of the vulnerability, and the use of the test case. Corresponding functions of the iterative subversion tested. For example, when a vulnerability occurs in the execution of test case A, the running result of test case A includes the name of test case A, the input parameters for executing test case A, the description of the vulnerability, and the iteration sub Version a features etc.
  • the computer device includes a display screen, and the test report is displayed on the display screen.
  • the display screen may be a Liquid Crystal Display (LCD) or an Organic Light-Emitting Diode (OLED) display.
  • the tester can input a specific instruction to trigger the computer device to select all the multiple first operation options, and then start testing all iterative subversions at the same time , It is helpful to improve the test efficiency; in addition, the test report including the test results of all iterative sub-versions is automatically generated, eliminating the step of manually integrating or summarizing different test reports, saving time and manpower.
  • FIG. 3 is a schematic diagram of a preferred embodiment of the computer device of this application.
  • the computer device 1 includes a memory 20, a processor 30, and computer readable instructions 40 stored in the memory 20 and running on the processor 30, such as a software development test program.
  • the processor 30 executes the computer-readable instructions 40, the steps in the above-mentioned software development and testing method embodiment for iterative subversions are implemented:
  • Step S11 for multiple iteration sub-versions of the software to be tested in the current iteration cycle, obtain test cases corresponding to each iteration sub-version.
  • each iteration in an iterative cycle can form a small deliverable version, and different iterations can correspond to different new functions of the software to be tested.
  • the problem is found in the test to drive the developer to modify and improve the software to be tested, iteratively. That is: According to the development situation, the test is organized in a targeted manner, and the test result is counteracted to the developer to improve the software quality. In this way, after several test constructions, the quality of the software to be tested can reach a stable state in a relatively short time.
  • the iterative sub-version refers to the software version in the process of continuously updating to achieve the final software product goal during the development of the software to be tested, or the software developed for the first time, or the software to be tested The new version for repairing the vulnerabilities, or the new version obtained by developing new function points of the software to be tested.
  • the multiple iterative sub-versions may be multiple sub-versions under a major version issued externally.
  • the computer device provides an input interface for multiple testers to upload test cases (Test Cases) written for each iteration sub-version in the current iteration cycle to the test of the computer device Library, so that the computer device can obtain the test case from the test library.
  • Test Cases The test case is used to test whether the iterative sub-version meets specific requirements.
  • the basic information of each test case includes: name, identification, input parameters, output parameters, functions, use case identification, test steps, expected results, test date and update date, etc.
  • the tester can also input the data to be evaluated for each iteration sub-version through the input interface.
  • the computer device automatically generates the test case according to the to-be-evaluated data, that is, the present embodiment does not require a tester to manually write and import the test case.
  • the data to be evaluated is software-related data that needs to be evaluated during the development process of the software to be tested, and the data to be evaluated may include related repairs of the version of the software to be tested in the iterative process. Vulnerabilities, newly developed or fixed function points, etc.
  • the generation of the test case can be achieved by the PICT tool (Pairwise Independent Combinatorial Testing tool).
  • step S12 a test interface is displayed on the display screen, the test interface includes a plurality of first operation options, and each first operation option corresponds to one of the iteration subversions.
  • Step S13 When a preset first input instruction and a second input instruction for selecting the first operation option of one of the iterative sub-versions are received, all the multiple first operation options are selected.
  • the computer device includes an input unit, and the input unit may be a conventional input unit such as a keyboard and a mouse.
  • the first input instruction may be generated after the tester operates a specific component of the input unit. For example, the tester may press the Ctrl key or the Shirt key of the keyboard to trigger the computer device to generate the first input instruction.
  • the computer device further includes:
  • the tester needs to select one of the first operation options on the test interface immediately after pressing the Ctrl key or the shirt key of the keyboard, before the computer device can be triggered to select other first operation options. If the tester selects one of the first operation options on the test interface (that is, the second receiving time T2 and the second receiving time T2 and the The difference of the first receiving time T1 is greater than the preset difference), indicating that the tester may have performed other operations during this time period, that is, the tester may not want to select multiple iteration subversions at the same time During the test, the computer device will not select other first operation options at this time.
  • the test interface may also include other irrelevant test options (hereinafter referred to as the second operation option).
  • the second test The options may be related to the performance test of the computer device's system itself.
  • the computer device upon receiving the first input instruction and the second input instruction, the computer device will only select the first operation option, and the computer device will not select the second test Options.
  • the name of each first operation option includes the iterative subversion targeted by the corresponding test case. Therefore, the computer device can determine the multiple version according to the name of the selected first operation option. The first operation option.
  • Step S14 adding test cases corresponding to the iteration sub-versions corresponding to the plurality of first operation options to a task list, and controlling all test cases in the task list to run in parallel to control the plurality of first operation options The corresponding iteration sub-version is tested.
  • controlling parallel operation of all test cases in the task list includes:
  • the computer device judges whether the running times of the test case reaches the preset threshold (for example, 4 times), and when the running times does not reach the preset threshold, reruns the test case until all The test case runs successfully.
  • the preset threshold for example, 4 times
  • the number of runs reaches the preset threshold and the test case still fails to run successfully, it is determined that the test case has failed to run and the next test case of the iterative sub-version is run.
  • Step S15 when all the test cases in the task list have been run, generate a test report according to the running results of the test cases of each iterative sub-version in the iterative sub-versions corresponding to the multiple first operation options and output the testing report.
  • test cases of each iteration sub-version do not exist independently of each other, the running results of the test cases may affect each other, and the final test results of all test cases need to be judged based on the entire iterative sub-version ,
  • the running result of a single test case cannot guarantee the test effect of the iteration sub-version. Therefore, the judgment and evaluation of test effects need to be based on the running results of all test cases. Therefore, when all the test cases are completed, the computer device obtains the running results of each test case of each iteration sub-version, and comprehensively organizes the running results of all the test cases, thereby generating the test report for For reference by testers or R&D personnel.
  • the running result of the test case includes the basic information of the test case, the description of the vulnerability, and the use of the test case. Corresponding functions of the iterative subversion tested. For example, when a vulnerability occurs in the execution of test case A, the running result of test case A includes the name of test case A, the input parameters for executing test case A, the description of the vulnerability, and the iteration sub Version a features etc.
  • the computer device includes a display screen, and the test report is displayed on the display screen.
  • the display screen may be a Liquid Crystal Display (LCD) or an Organic Light-Emitting Diode (OLED) display.
  • modules/units in the above-mentioned software development and testing apparatus for iterative sub-versions are implemented, such as modules 101-105 in FIG. 2.
  • the computer-readable instructions 40 may be divided into one or more modules/units, and the one or more modules/units are stored in the memory 20 and executed by the processor 30, To complete this application.
  • the one or more modules/units may be a series of computer-readable instruction segments capable of completing specific functions, and the instruction segments are used to describe the execution process of the computer-readable instructions 40 in the computer device 1.
  • the computer-readable instruction 40 may be divided into the acquisition module 101, the display control module 102, the selection module 103, the test module 104, and the result presentation module 105 in FIG. 2. Refer to the second embodiment for the specific functions of each module.
  • the computer device 1 may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • the schematic diagram is only an example of the computer device 1 and does not constitute a limitation on the computer device 1. It may include more or less components than those shown in the figure, or combine certain components, or different components. Components, for example, the computer device 1 may also include input and output devices, network access devices, buses, and so on.
  • the so-called processor 30 may be a central processing unit (Central Processing Unit, CPU), other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor can be a microprocessor or the processor 30 can also be any conventional processor.
  • the processor 30 is the control center of the computer device 1 and connects the entire computer device 1 with various interfaces and lines. Various parts.
  • the memory 20 may be used to store the computer-readable instructions 40 and/or modules/units, and the processor 30 can run or execute the computer-readable instructions and/or modules/units stored in the memory 20, and
  • the data stored in the memory 20 is called to realize various functions of the computer device 1.
  • the memory 20 may mainly include a program storage area and a data storage area.
  • the program storage area may store an operating system, an application program required by at least one function (such as a sound playback function, an image playback function, etc.), etc.; Data (such as audio data) and the like created according to the use of the computer device 1 are stored.
  • the memory 20 may include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a Secure Digital (SD) card, a flash memory card (Flash Card), At least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.
  • non-volatile memory such as a hard disk, a memory, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a Secure Digital (SD) card, a flash memory card (Flash Card), At least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.
  • the integrated module/unit of the electronic device 1 is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a non-volatile readable storage medium.
  • this application implements all or part of the processes in the above-mentioned embodiments and methods, and can also be completed by instructing relevant hardware through computer-readable instructions.
  • the computer-readable instructions can be stored in a non-volatile memory.
  • the computer-readable instructions when executed by the processor, can implement the steps of the foregoing method embodiments.
  • the computer-readable instruction code may be in the form of source code, object code, executable file, or some intermediate forms.
  • the non-volatile readable medium may include: any entity or device capable of carrying the computer readable instruction code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read only memory (ROM, Read-Only Memory).
  • each unit in each embodiment of the present application may be integrated in the same processing unit, or each unit may exist alone physically, or two or more units may be integrated in the same unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware, or in the form of hardware plus software functional modules.

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

一种针对迭代子版本的软件开发测试方法、装置、计算机装置以及存储介质，方法包括：针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例（S11）；在显示屏上显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本（S12）；在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定（S13）；将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行（S14）；在所有测试用例运行完毕时，根据运行结果生成测试报告（S15）。该方法可提高APP功能测试的效率。

Description

针对迭代子版本的软件开发测试方法及相关装置
本申请要求于2019年01月22日提交中国专利局，申请号为201910059920.3、发明名称为“软件开发测试方法、装置、计算机装置及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及计算机技术领域，具体涉及一种针对迭代子版本的软件开发测试方法、软件开发测试装置、计算机装置及非易失性可读存储介质。
背景技术
软件测试是软件开发周期中必不可少的一个重要环节，它推动着软件开发，促使软件功能的实现和优化，并发现和解决软件存在的缺陷，保证了软件的完整性、稳定性以及在日益激烈的市场中的竞争力。
传统的软件测试，依赖于大量的手动测试，在一定程度上造成了资源浪费，测试周期缓慢等问题，尤其对于产品的迭代子版本，如何快速完成一个完整的自动化测试，变得更为迫切。
发明内容
鉴于以上内容，有必要提出一种软件开发测试方法及装置、计算机装置和非易失性可读存储介质，从而解决以上问题。
本申请的第一方面提供一种针对迭代子版本的软件开发测试方法，应用于一计算机装置中，所述方法包括：
针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本。
在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制 所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
本申请的第二方面提供一种针对迭代子版本的软件开发测试装置，所述装置包括：
获取模块，用于针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
显示控制模块，用于显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本。
选定模块，用于在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
测试模块，用于将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
结果呈现模块，用于在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
本申请的第三方面提供一种计算机装置，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机可读指令时实现如前所述的针对迭代子版本的软件开发测试方法。
本申请的第四方面提供一种非易失性可读存储介质，其上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如前所述的针对迭代子版本的软件开发测试方法。
利用本申请技术方案，所述测试人员可输入特定指令以触发计算机设备选定同属于当前迭代周期的所有迭代子版本的第一操作选项，然后同时开始测试所有迭代子版本，有利于提高测试效率；再者，自动生成包括所有迭代子版本的测试结果的测试报告，省去手动整合或汇总不同测试报告的步骤，节约时间和人力。
附图说明
图1是本申请实施例一提供的针对迭代子版本的软件开发测试方法的流程图。
图2是本申请实施例二提供的针对迭代子版本的软件开发测试装置的结构示意图。
图3是本申请实施例三提供的计算机装置示意图。
具体实施方式
实施例一
请参阅图1所示，是本申请第一实施例提供的针对迭代子版本的软件开发测试方法的流程图。所述软件开发测试方法应用于一计算机装置中。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
步骤S11，针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例。
其中，一个迭代周期内每一迭代都可以形成一个可交付的小版本，不同迭代可对应所述待测试软件的不同新功能，通过快速发布测试构建的方式，验证开发完成的新功能，再通过测试发现问题来驱动开发人员对所述待测试软件进行修改完善，循环往复。即：根据开发情况有针对性地组织测试，根据测试结果反作用于开发人员去完善软件质量。以这种方式，经过若干测试构建后，所述待测试软件的质量可以在较短时间内达到稳定状态。
其中，所述迭代子版本是指所述待测试软件开发过程中，进行不断更新以达到最终的软件产品目标的过程中的软件版本，或是初次开发的软件，或是对所述待测试软件漏洞进行修复的新版本，亦或是对所述待测试软件进行新功能点的开发得到的新版本。所述多个迭代子版本可以是针对对外发行的大版本下的多个子版本。
在本实施方式中，所述计算机装置提供一输入界面，以供多个测试人员将针对所述当前迭代周期内每一迭代子版本编写的测试用例(Test Case)上传到所述计算机装置的测试库，使得所述计算机装置可从所述测试库中获取所述测试用例。所述测试用例用于测试所述迭代子版本是否满足特定需求。其中，每一测试用例的基本信息包括：名称、标识、输入参数、输出参数、功能、用例标识、测试步骤、预期结果、测试日期和更新日期等。
在另一实施方式中，所述测试人员还可经所述输入界面录入针对每一迭代子版本的待评估数据。所述计算机装置根据所述待评估数据自动生成所述测试用例，即本实施方式不需要测试人员手动编写及导入所述测试用例。其中，所述待评估数据为在所述待测试软件开发过程中出现的需要评估的软件相关数据，所述待评估数据可以包含所述待测试软件的版本在进行迭代的过程中，修复的相关漏洞，新开发的或者修复的功能点等。生成所述测试用例可通过PICT工具(Pairwise Independent Combinatorial Testing tool)实现。
步骤S12，在显示屏上显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本。
步骤S13，在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定。
在本实施方式中，所述计算机装置包括一输入单元，所述输入单元可以为键盘、鼠标等常规的输入单元。所述第一输入指令可以为所述测试人员操作所述输入单元的特定部件后产生。例如，所述测试人员可按压键盘的Ctrl键或Shirt键以触发所述计算机装置生成所述第一输入指令。
进一步地，所述计算机装置在接收到所述第一输入指令以及所述第二输入指令后，还包括：
(a)确定所述第一输入指令的第一接收时间T1以及所述第二输入指令的第二接收时间T2；
(b)判断所述第一接收时间T1是否早于所述第二接收时间T2；
(c)当所述第一接收时间T1早于所述第二接收时间T2时，计算所述第二接收时间T2与所述第一接收时间T1的差值，并判断所述差值是否小于一预设差值；
(d)当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
即，测试人员需要在按压键盘的Ctrl键或Shirt键后马上选定所述测试界面上的其中一第一操作选项，才可触发所述计算机装置选定其它第一操作选项。若所述测试人员在按压键盘的Ctrl键或Shirt键后的足够长的时间段后才选定所述测试界面上的其中一第一操作选项(即，所述第二接收时间T2与所述第一接收时间T1的差值大于所述预设差值)，表明在该时间段内测试人员可能进行了别的操作，即，所述测试人员可能并不想去同时选定多个迭代子版本进行测试，此时，所述计算机设备不会去选定其它第一操作选项。
其中，所述测试界面除了包括与在当前迭代周期内的所有迭代子版本对应的第一操作选项外，还可以包括其它无关的测试选项(以下称：第二操作选项)，所述第二测试选项可与所述计算机装置的系统本身的性能测试相关。其中，在接收到所述第一输入指令以及所述第二输入指令时，所述计算机装置仅会选定所述第一操作选项，所述计算机装置并不会去选定所述第二测试选项。在本实施例中，每一第一操作选项的名称包括对应的测试用例所针对的迭代子版本，因此，所述计算机装置可根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
步骤S14，将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试。
在本实施方式中，所述控制所述任务列表中所有的测试用例并行运行包括：
(a)控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功，若是，则进行(b)；否则，则进行(c)。
(b)运行所述迭代子版本的下一个测试用例；
(c)重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
具体地，所述计算机装置判断所述测试用例的运行次数是否达到所述预设阈值(如，4次)，当运行次数未达到所述预设阈值时，则重新运行所述测试用例直至所述测试用例运行成功。当运行次数达到所述预设阈值时且所述测试用例仍然没有运行成功，则确定所述测试用例运行失败并运行所述迭代子版本的下一个测试用例。
步骤S15，在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
其中，每一迭代子版本的测试用例并不是相互独立存在的，所述测试用例之间的运行结果可能会相互影响，所有测试用例的最终测试结果需以整个所述迭代子版本为基础进行判断，单独的测试用例的运行结果无法保障所述迭代子版本的测试效果。所以，测试效果的判定和评估需要以所有测试用例的运行结果为基准。因此，当所有所述测试用例运行完毕时，所述计算机设备获取每一迭代子版本的每一测试用例的运行结果，并将所有测试用例的运行结果进行综合整理，从而生成所述测试报告以供测试人员或研发人员参考。
优选地，当某一所述测试用例运行失败(即，出现漏洞)时，所述测试用例的运行结果包括所述测试用例的基本信息、所述漏洞的描述内容、以及利用所述测试用例所测试的所述迭代子版本的对应功能。例如，当测试用例A在执行过程中出现漏洞时，所述测试用例A的运行结果包括所述测试用例A的名称、执行所述测试用例A的输入参数、漏洞的描述内容、所述迭代子版本的a功能等。
在本实施方式中，所述计算机装置包括一显示屏，所述测试报告显示于所述显示屏上。所述显示屏可以是液晶显示屏(Liquid Crystal Display，LCD)或有机发光二极管(Organic Light-Emitting Diode，OLED)显示屏。
如前所述，通过本申请实施例中的软件开发测试方法，所述测试人员可输入特定指令以触发计算机设备将所述多个第一操作选项全部选定，然后同时开始测试所有迭代子版本，有利于提高测试效率；再者，自动生成包括所有迭代子版本的测试结果的测试报 告，省去手动整合或汇总不同测试报告的步骤，节约时间和人力。
上述图1详细介绍了本申请的软件开发测试方法，下面结合图2和图3图，对实现所述软件开发测试方法的软件装置的功能模块以及实现所述软件开发测试方法的硬件装置架构进行介绍。
应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
实施例二
图2为本申请的针对迭代子版本的软件开发测试装置较佳实施例的结构图。
在一些实施例中，所述针对迭代子版本的软件开发测试装置10运行于计算机装置中。所述软件开发测试装置10可以包括多个由程序代码段所组成的功能模块。所述软件开发测试装置10中的各个程序段的程序代码可以存储于计算机装置的存储器中，并由所述至少一个处理器所执行，以实现软件开发测试功能。
本实施例中，所述软件开发测试装置10根据其所执行的功能，可以被划分为多个功能模块。参阅图2所示，所述功能模块可以包括：获取模块101、显示控制模块102、选定模块103、测试模块104以及结果呈现模块105。本申请所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机可读指令段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。
所述获取模块101用于针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例。
其中，一个迭代周期内每一迭代都可以形成一个可交付的小版本，不同迭代可对应所述待测试软件的不同新功能，通过快速发布测试构建的方式，验证开发完成的新功能，再通过测试发现问题来驱动开发人员对所述待测试软件进行修改完善，循环往复。即：根据开发情况有针对性地组织测试，根据测试结果反作用于开发人员去完善软件质量。以这种方式，经过若干测试构建后，所述待测试软件的质量可以在较短时间内达到稳定状态。
其中，所述迭代子版本是指所述待测试软件开发过程中，进行不断更新以达到最终的软件产品目标的过程中的软件版本，或是初次开发的软件，或是对所述待测试软件漏洞进行修复的新版本，亦或是对所述待测试软件进行新功能点的开发得到的新版本。所述多个迭代子版本可以是针对对外发行的大版本下的多个子版本。
在本实施方式中，所述计算机装置提供一输入界面，以供多个测试人员将针对所述当前迭代周期内每一迭代子版本编写的测试用例(Test Case)上传到所述计算机装置的测试库，使得所述获取模块101可从所述测试库中获取所述测试用例。所述测试用例用于 测试所述迭代子版本是否满足特定需求。其中，每一测试用例的基本信息包括：名称、标识、输入参数、输出参数、功能、用例标识、测试步骤、预期结果、测试日期和更新日期等。
在另一实施方式中，所述测试人员还可经所述输入界面录入针对每一迭代子版本的待评估数据。所述计算机装置根据所述待评估数据自动生成所述测试用例，即本实施方式不需要测试人员手动编写及导入所述测试用例。其中，所述待评估数据为在所述待测试软件开发过程中出现的需要评估的软件相关数据，所述待评估数据可以包含所述待测试软件的版本在进行迭代的过程中，修复的相关漏洞，新开发的或者修复的功能点等。生成所述测试用例可通过PICT工具(Pairwise Independent Combinatorial Testing tool)实现。
所述显示控制模块102用于在显示屏上显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本。
所述选定模块103用于在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定。
在本实施方式中，所述计算机装置包括一输入单元，所述输入单元可以为键盘、鼠标等常规的输入单元。所述第一输入指令可以为所述测试人员操作所述输入单元的特定部件后产生。例如，所述测试人员可按压键盘的Ctrl键或Shirt键以触发所述计算机装置生成所述第一输入指令。
进一步地，在接收到所述第一输入指令以及所述第二输入指令后，所述选定模块103还用于：
(a)确定所述第一输入指令的第一接收时间T1以及所述第二输入指令的第二接收时间T2；
(b)判断所述第一接收时间T1是否早于所述第二接收时间T2；
(c)当所述第一接收时间T1早于所述第二接收时间T2时，计算所述第二接收时间T2与所述第一接收时间T1的差值，并判断所述差值是否小于一预设差值；
(d)当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
即，测试人员需要在按压键盘的Ctrl键或Shirt键后马上选定所述测试界面上的其中一第一操作选项，才可触发所述计算机装置选定其它第一操作选项。若所述测试人员在按压键盘的Ctrl键或Shirt键后的足够长的时间段后才选定所述测试界面上的其中一第一操作选项(即，所述第二接收时间T2与所述第一接收时间T1的差值大于所述预设差值)，表明在该时间段内测试人员可能进行了别的操作，即，所述测试人员可能并不想去 同时选定多个迭代子版本进行测试，此时，所述选定模块103不会去选定其它第一操作选项。
其中，所述测试界面除了包括与在当前迭代周期内的所有迭代子版本对应的第一操作选项外，还可以包括其它无关的测试选项(以下称：第二操作选项)，所述第二测试选项可与所述计算机装置的系统本身的性能测试相关。其中，在接收到所述第一输入指令以及所述第二输入指令时，所述选定模块103仅会选定所述多个第一操作选项，所述选定模块103并不会去选定所述第二测试选项。在本实施例中，每一第一操作选项的名称包括对应的测试用例所针对的迭代子版本，因此，所述选定模块103可根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
测试模块104用于将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试。
在本实施方式中，所述测试模块104用于控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功。当所述测试用例运行成功时，运行所述迭代子版本的下一个测试用例。当所述测试用例运行不成功时，重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
具体地，所述测试模块104判断所述测试用例的运行次数是否达到所述预设阈值(如，4次)，当运行次数未达到所述预设阈值时，则重新运行所述测试用例直至所述测试用例运行成功。当运行次数达到所述预设阈值时且所述测试用例仍然没有运行成功，则确定所述测试用例运行失败并运行所述迭代子版本的下一个测试用例。
所述结果呈现模块105用于在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
其中，每一迭代子版本的测试用例并不是相互独立存在的，所述测试用例之间的运行结果可能会相互影响，所有测试用例的最终测试结果需以整个所述迭代子版本为基础进行判断，单独的测试用例的运行结果无法保障所述迭代子版本的测试效果。所以，测试效果的判定和评估需要以所有测试用例的运行结果为基准。因此，当所有所述测试用例运行完毕时，所述结果呈现模块105获取每一迭代子版本的每一测试用例的运行结果，并将所有测试用例的运行结果进行综合整理，从而生成所述测试报告以供测试人员或研发人员参考。
优选地，当某一所述测试用例运行失败(即，出现漏洞)时，所述测试用例的运行结 果包括所述测试用例的基本信息、所述漏洞的描述内容、以及利用所述测试用例所测试的所述迭代子版本的对应功能。例如，当测试用例A在执行过程中出现漏洞时，所述测试用例A的运行结果包括所述测试用例A的名称、执行所述测试用例A的输入参数、漏洞的描述内容、所述迭代子版本的a功能等。
在本实施方式中，所述计算机装置包括一显示屏，所述测试报告显示于所述显示屏上。所述显示屏可以是液晶显示屏(Liquid Crystal Display，LCD)或有机发光二极管(Organic Light-Emitting Diode，OLED)显示屏。
如前所述，通过本申请实施例中的软件开发测试装置，所述测试人员可输入特定指令以触发计算机设备将所述多个第一操作选项全部选定，然后同时开始测试所有迭代子版本，有利于提高测试效率；再者，自动生成包括所有迭代子版本的测试结果的测试报告，省去手动整合或汇总不同测试报告的步骤，节约时间和人力。
实施例三
图3为本申请计算机装置较佳实施例的示意图。
所述计算机装置1包括存储器20、处理器30以及存储在所述存储器20中并可在所述处理器30上运行的计算机可读指令40，例如软件开发测试程序。所述处理器30执行所述计算机可读指令40时实现上述针对迭代子版本的软件开发测试方法实施例中的步骤：
步骤S11，针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例。
其中，一个迭代周期内每一迭代都可以形成一个可交付的小版本，不同迭代可对应所述待测试软件的不同新功能，通过快速发布测试构建的方式，验证开发完成的新功能，再通过测试发现问题来驱动开发人员对所述待测试软件进行修改完善，循环往复。即：根据开发情况有针对性地组织测试，根据测试结果反作用于开发人员去完善软件质量。以这种方式，经过若干测试构建后，所述待测试软件的质量可以在较短时间内达到稳定状态。
其中，所述迭代子版本是指所述待测试软件开发过程中，进行不断更新以达到最终的软件产品目标的过程中的软件版本，或是初次开发的软件，或是对所述待测试软件漏洞进行修复的新版本，亦或是对所述待测试软件进行新功能点的开发得到的新版本。所述多个迭代子版本可以是针对对外发行的大版本下的多个子版本。
在本实施方式中，所述计算机装置提供一输入界面，以供多个测试人员将针对所述当前迭代周期内每一迭代子版本编写的测试用例(Test Case)上传到所述计算机装置的测 试库，使得所述计算机装置可从所述测试库中获取所述测试用例。所述测试用例用于测试所述迭代子版本是否满足特定需求。其中，每一测试用例的基本信息包括：名称、标识、输入参数、输出参数、功能、用例标识、测试步骤、预期结果、测试日期和更新日期等。
在另一实施方式中，所述测试人员还可经所述输入界面录入针对每一迭代子版本的待评估数据。所述计算机装置根据所述待评估数据自动生成所述测试用例，即本实施方式不需要测试人员手动编写及导入所述测试用例。其中，所述待评估数据为在所述待测试软件开发过程中出现的需要评估的软件相关数据，所述待评估数据可以包含所述待测试软件的版本在进行迭代的过程中，修复的相关漏洞，新开发的或者修复的功能点等。生成所述测试用例可通过PICT工具(Pairwise Independent Combinatorial Testing tool)实现。
步骤S12，在显示屏上显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本。
步骤S13，在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定。
在本实施方式中，所述计算机装置包括一输入单元，所述输入单元可以为键盘、鼠标等常规的输入单元。所述第一输入指令可以为所述测试人员操作所述输入单元的特定部件后产生。例如，所述测试人员可按压键盘的Ctrl键或Shirt键以触发所述计算机装置生成所述第一输入指令。
进一步地，所述计算机装置在接收到所述第一输入指令以及所述第二输入指令后，还包括：
(a)确定所述第一输入指令的第一接收时间T1以及所述第二输入指令的第二接收时间T2；
(b)判断所述第一接收时间T1是否早于所述第二接收时间T2；
(c)当所述第一接收时间T1早于所述第二接收时间T2时，计算所述第二接收时间T2与所述第一接收时间T1的差值，并判断所述差值是否小于一预设差值；
(d)当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
即，测试人员需要在按压键盘的Ctrl键或Shirt键后马上选定所述测试界面上的其中一第一操作选项，才可触发所述计算机装置选定其它第一操作选项。若所述测试人员在按压键盘的Ctrl键或Shirt键后的足够长的时间段后才选定所述测试界面上的其中一第一操作选项(即，所述第二接收时间T2与所述第一接收时间T1的差值大于所述预设差 值)，表明在该时间段内测试人员可能进行了别的操作，即，所述测试人员可能并不想去同时选定多个迭代子版本进行测试，此时，所述计算机设备不会去选定其它第一操作选项。
其中，所述测试界面除了包括与在当前迭代周期内的所有迭代子版本对应的第一操作选项外，还可以包括其它无关的测试选项(以下称：第二操作选项)，所述第二测试选项可与所述计算机装置的系统本身的性能测试相关。其中，在接收到所述第一输入指令以及所述第二输入指令时，所述计算机装置仅会选定所述第一操作选项，所述计算机装置并不会去选定所述第二测试选项。在本实施例中，每一第一操作选项的名称包括对应的测试用例所针对的迭代子版本，因此，所述计算机装置可根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
步骤S14，将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试。
在本实施方式中，所述控制所述任务列表中所有的测试用例并行运行包括：
(a)控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功，若是，则进行(b)；否则，则进行(c)。
(b)运行所述迭代子版本的下一个测试用例；
(c)重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
具体地，所述计算机装置判断所述测试用例的运行次数是否达到所述预设阈值(如，4次)，当运行次数未达到所述预设阈值时，则重新运行所述测试用例直至所述测试用例运行成功。当运行次数达到所述预设阈值时且所述测试用例仍然没有运行成功，则确定所述测试用例运行失败并运行所述迭代子版本的下一个测试用例。
步骤S15，在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
其中，每一迭代子版本的测试用例并不是相互独立存在的，所述测试用例之间的运行结果可能会相互影响，所有测试用例的最终测试结果需以整个所述迭代子版本为基础进行判断，单独的测试用例的运行结果无法保障所述迭代子版本的测试效果。所以，测试效果的判定和评估需要以所有测试用例的运行结果为基准。因此，当所有所述测试用例运行完毕时，所述计算机设备获取每一迭代子版本的每一测试用例的运行结果，并将 所有测试用例的运行结果进行综合整理，从而生成所述测试报告以供测试人员或研发人员参考。
优选地，当某一所述测试用例运行失败(即，出现漏洞)时，所述测试用例的运行结果包括所述测试用例的基本信息、所述漏洞的描述内容、以及利用所述测试用例所测试的所述迭代子版本的对应功能。例如，当测试用例A在执行过程中出现漏洞时，所述测试用例A的运行结果包括所述测试用例A的名称、执行所述测试用例A的输入参数、漏洞的描述内容、所述迭代子版本的a功能等。
在本实施方式中，所述计算机装置包括一显示屏，所述测试报告显示于所述显示屏上。所述显示屏可以是液晶显示屏(Liquid Crystal Display，LCD)或有机发光二极管(Organic Light-Emitting Diode，OLED)显示屏。
或者，所述处理器30执行所述计算机可读指令40时实现上述针对迭代子版本的软件开发测试装置实施例中各模块/单元的功能，例如图2中的模块101-105。
示例性的，所述计算机可读指令40可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器20中，并由所述处理器30执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令40在所述计算机装置1中的执行过程。例如，所述计算机可读指令40可以被分割成图2中的获取模块101、显示控制模块102、选定模块103、测试模块104以及结果呈现模块105。各模块具体功能参见实施例二。
所述计算机装置1可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。本领域技术人员可以理解，所述示意图仅仅是计算机装置1的示例，并不构成对计算机装置1的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述计算机装置1还可以包括输入输出设备、网络接入设备、总线等。
所称处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器30也可以是任何常规的处理器等，所述处理器30是所述计算机装置1的控制中心，利用各种接口和线路连接整个计算机装置1的各个部分。
所述存储器20可用于存储所述计算机可读指令40和/或模块/单元，所述处理器30通过运行或执行存储在所述存储器20内的计算机可读指令和/或模块/单元，以及调用存 储在存储器20内的数据，实现所述计算机装置1的各种功能。所述存储器20可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机装置1的使用所创建的数据(比如音频数据)等。此外，存储器20可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
所述电子装置1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个非易失性可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机可读指令代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述非易失性可读介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。
在本申请所提供的几个实施例中，应该理解到，所揭露的计算机装置和方法，可以通过其它的方式实现。例如，以上所描述的计算机装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
另外，在本申请各个实施例中的各功能单元可以集成在相同处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在相同单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。计算机装置权利要求中陈述的多个单元或计算机装置也可以由同一个单元或计算机装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照较佳实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的 技术方案进行修改或等同替换，而不脱离本申请技术方案的精神和范围。

Claims (20)

  1. 一种针对迭代子版本的软件开发测试方法，应用于一计算机装置中，其特征在于，所述软件开发测试方法包括：
    针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
    显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本；
    在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
    将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
    在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
  2. 如权利要求1所述的针对迭代子版本的软件开发测试方法，其特征在于，所述第一输入指令为所述计算机装置响应对所述计算机装置的输入单元的特定部件的操作后产生。
  3. 如权利要求1所述的针对迭代子版本的软件开发测试方法，其特征在于，所述在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定包括：
    确定所述第一输入指令的第一接收时间以及所述第二输入指令的第二接收时间；
    判断所述第一接收时间是否早于所述第二接收时间；
    当所述第一接收时间早于所述第二接收时间时，计算所述第二接收时间与所述第一接收时间的差值，并判断所述差值是否小于一预设差值；以及
    当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
  4. 如权利要求1所述的针对迭代子版本的软件开发测试方法，其特征在于，所述多个第一操作选项中每一第一操作选项的名称包括所述第一操作选项对应的迭代子版本，从而使得所述计算机装置根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
  5. 如权利要求1所述的针对迭代子版本的软件开发测试方法，其特征在于，所述控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试包括：
    控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功；
    当所述测试用例运行成功时，运行所述迭代子版本的下一个测试用例；以及
    当所述测试用例运行不成功时，重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
  6. 如权利要求1所述的针对迭代子版本的软件开发测试方法，其特征在于，当至少一测试用例由于出现漏洞而运行失败时，所述测试用例的运行结果包括所述测试用例的基本信息、所述漏洞的描述内容以及利用所述测试用例所测试的所述迭代子版本的对应功能。
  7. 一种针对迭代子版本的软件开发测试装置，其特征在于，所述装置包括：
    获取模块，用于针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
    显示控制模块，用于显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本；
    选定模块，用于在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
    测试模块，用于将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
    结果呈现模块，用于在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
  8. 如权利要求7所述的针对迭代子版本的软件开发测试装置，其特征在于，所述选定模块在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定具体包括：
    确定所述第一输入指令的第一接收时间以及所述第二输入指令的第二接收时间；
    判断所述第一接收时间是否早于所述第二接收时间；
    当所述第一接收时间早于所述第二接收时间时，计算所述第二接收时间与所述第一 接收时间的差值，并判断所述差值是否小于一预设差值；以及
    当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
  9. 一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机可读指令以实现如下步骤：
    针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
    显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本；
    在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
    将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
    在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
  10. 如权利要求9所述的计算机装置，其特征在于，所述第一输入指令为所述计算机装置响应对所述计算机装置的输入单元的特定部件的操作后产生。
  11. 如权利要求9所述的计算机装置，其特征在于，所述处理器执行所述计算机可读指令以实现在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令，将所述多个第一操作选项全部选定时，包括以下步骤：
    确定所述第一输入指令的第一接收时间以及所述第二输入指令的第二接收时间；
    判断所述第一接收时间是否早于所述第二接收时间；
    当所述第一接收时间早于所述第二接收时间时，计算所述第二接收时间与所述第一接收时间的差值，并判断所述差值是否小于一预设差值；以及
    当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
  12. 如权利要求9所述的计算机装置，其特征在于，所述多个第一操作选项中每一第一操作选项的名称包括所述第一操作选项对应的迭代子版本，从而使得所述计算机装置根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
  13. 如权利要求9所述的计算机装置，其特征在于，所述处理器执行所述计算机可读指令以实现所述控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作 选项对应的迭代子版本进行测试时，包括以下步骤：
    控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功；
    当所述测试用例运行成功时，运行所述迭代子版本的下一个测试用例；以及
    当所述测试用例运行不成功时，重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
  14. 如权利要求9所述的计算机装置，其特征在于，当至少一测试用例由于出现漏洞而运行失败时，所述测试用例的运行结果包括所述测试用例的基本信息、所述漏洞的描述内容以及利用所述测试用例所测试的所述迭代子版本的对应功能。
  15. 一种非易失性可读存储介质，其上存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行以实现如下步骤：
    针对待测试软件在当前迭代周期内的多个迭代子版本，获取每一迭代子版本所对应的测试用例；
    显示一测试界面，所述测试界面包括多个第一操作选项，每一第一操作选项对应所述多个迭代子版本的其中一迭代子版本；
    在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令时，将所述多个第一操作选项全部选定；
    将所述多个第一操作选项对应的迭代子版本对应的测试用例加入一任务列表中，并控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试；以及
    在所述任务列表中所有测试用例运行完毕时，根据所述多个第一操作选项对应的迭代子版本中每一迭代子版本的测试用例的运行结果生成一测试报告并输出所述测试报告。
  16. 如权利要求15所述的存储介质，其特征在于，所述第一输入指令为所述计算机装置响应对所述计算机装置的输入单元的特定部件的操作后产生。
  17. 如权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行以实现所述在接收到一预设的第一输入指令以及用于将其中一迭代子版本的第一操作选项选定的第二输入指令，将所述多个第一操作选项全部选定时，包括以下步骤：
    确定所述第一输入指令的第一接收时间以及所述第二输入指令的第二接收时间；
    判断所述第一接收时间是否早于所述第二接收时间；
    当所述第一接收时间早于所述第二接收时间时，计算所述第二接收时间与所述第一 接收时间的差值，并判断所述差值是否小于一预设差值；以及
    当所述差值小于所述预设差值时，将所述多个第一操作选项全部选定。
  18. 如权利要求15所述的存储介质，其特征在于，所述多个第一操作选项中每一第一操作选项的名称包括所述第一操作选项对应的迭代子版本，从而使得所述计算机装置根据被选定的所述第一操作选项的名称确定所述多个第一操作选项。
  19. 如权利要求15所述的存储介质，其特征在于，所述计算机可读指令被所述处理器执行以实现所述控制所述任务列表中所有的测试用例并行运行以对所述多个第一操作选项对应的迭代子版本进行测试时，包括以下步骤：
    控制每一迭代子版本的第一个测试用例并行运行并判断所述测试用例是否运行成功；
    当所述测试用例运行成功时，运行所述迭代子版本的下一个测试用例；以及
    当所述测试用例运行不成功时，重新运行所述测试用例，直至所述测试用例运行成功或运行次数超过一预设阈值。
  20. 如权利要求15所述的存储介质，其特征在于，当至少一测试用例由于出现漏洞而运行失败时，所述测试用例的运行结果包括所述测试用例的基本信息、所述漏洞的描述内容以及利用所述测试用例所测试的所述迭代子版本的对应功能。
PCT/CN2019/118973 2019-01-22 2019-11-15 针对迭代子版本的软件开发测试方法及相关装置 WO2020151344A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910059920.3 2019-01-22
CN201910059920.3A CN109933520B (zh) 2019-01-22 2019-01-22 软件开发测试方法、装置、计算机装置及存储介质

Publications (1)

Publication Number Publication Date
WO2020151344A1 true WO2020151344A1 (zh) 2020-07-30

Family

ID=66985168

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/118973 WO2020151344A1 (zh) 2019-01-22 2019-11-15 针对迭代子版本的软件开发测试方法及相关装置

Country Status (2)

Country Link
CN (1) CN109933520B (zh)
WO (1) WO2020151344A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112256309A (zh) * 2020-11-12 2021-01-22 上海达梦数据库有限公司 一种程序升级方法、装置、设备及存储介质
CN112363928A (zh) * 2020-11-10 2021-02-12 网易（杭州）网络有限公司 测试用例的处理方法、装置、处理器及电子装置
CN117806981A (zh) * 2024-03-01 2024-04-02 中国空气动力研究与发展中心计算空气动力研究所 一种cfd软件自动化测试方法及系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109933520B (zh) * 2019-01-22 2022-04-08 平安科技（深圳）有限公司 软件开发测试方法、装置、计算机装置及存储介质
CN110413517A (zh) * 2019-07-17 2019-11-05 北京达佳互联信息技术有限公司 一种测试报告生成方法、装置、电子设备和存储介质
CN110674030A (zh) * 2019-08-27 2020-01-10 北京金堤科技有限公司 应用测试方法和装置、计算机可读存储介质、电子设备
CN110928786B (zh) * 2019-11-20 2024-04-02 中国工商银行股份有限公司 针对财务程序的测试方法和装置
CN111309611A (zh) * 2020-02-16 2020-06-19 苏州浪潮智能科技有限公司 一种软件产品多版本测试方法及系统
CN112835796A (zh) * 2021-02-01 2021-05-25 中汽数据(天津)有限公司 一种模糊测试方法、装置及计算机可读存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145127A (zh) * 2006-09-12 2008-03-19 中兴通讯股份有限公司 一种基于设备的软件测试自动化系统及其方法
CN103634592A (zh) * 2013-12-09 2014-03-12 乐视致新电子科技（天津）有限公司 智能电视自动化测试方法及系统
CN105302710A (zh) * 2014-07-03 2016-02-03 腾讯科技（深圳）有限公司 一种确定需要回归测试的测试用例的方法和装置
US20170277627A1 (en) * 2014-04-08 2017-09-28 Turnkey Solutions Corp. Software test automation system and method
CN108984418A (zh) * 2018-08-22 2018-12-11 中国平安人寿保险股份有限公司 软件测试管理方法、装置、电子设备及存储介质
CN109086201A (zh) * 2018-07-16 2018-12-25 曙光信息产业(北京)有限公司 软件自动化测试方法及系统
CN109933520A (zh) * 2019-01-22 2019-06-25 平安科技（深圳）有限公司 软件开发测试方法、装置、计算机装置及存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104102576A (zh) * 2013-04-12 2014-10-15 阿里巴巴集团控股有限公司 一种多版本测试方法和装置
US9032373B1 (en) * 2013-12-23 2015-05-12 International Business Machines Corporation End to end testing automation and parallel test execution
CN106055466A (zh) * 2015-04-13 2016-10-26 中兴通讯股份有限公司 一种实现服务器测试的方法、测试服务器及待测服务器
US10019345B2 (en) * 2016-05-16 2018-07-10 Hulu, LLC Executing multi-version tests against a multi-version application
CN107797919A (zh) * 2017-07-24 2018-03-13 平安普惠企业管理有限公司 一种自动化测试的方法及计算设备
CN108572919A (zh) * 2018-05-30 2018-09-25 平安普惠企业管理有限公司 自动化测试方法、装置、计算机设备及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145127A (zh) * 2006-09-12 2008-03-19 中兴通讯股份有限公司 一种基于设备的软件测试自动化系统及其方法
CN103634592A (zh) * 2013-12-09 2014-03-12 乐视致新电子科技（天津）有限公司 智能电视自动化测试方法及系统
US20170277627A1 (en) * 2014-04-08 2017-09-28 Turnkey Solutions Corp. Software test automation system and method
CN105302710A (zh) * 2014-07-03 2016-02-03 腾讯科技（深圳）有限公司 一种确定需要回归测试的测试用例的方法和装置
CN109086201A (zh) * 2018-07-16 2018-12-25 曙光信息产业(北京)有限公司 软件自动化测试方法及系统
CN108984418A (zh) * 2018-08-22 2018-12-11 中国平安人寿保险股份有限公司 软件测试管理方法、装置、电子设备及存储介质
CN109933520A (zh) * 2019-01-22 2019-06-25 平安科技（深圳）有限公司 软件开发测试方法、装置、计算机装置及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112363928A (zh) * 2020-11-10 2021-02-12 网易（杭州）网络有限公司 测试用例的处理方法、装置、处理器及电子装置
CN112363928B (zh) * 2020-11-10 2023-08-22 网易（杭州）网络有限公司 测试用例的处理方法、装置、处理器及电子装置
CN112256309A (zh) * 2020-11-12 2021-01-22 上海达梦数据库有限公司 一种程序升级方法、装置、设备及存储介质
CN117806981A (zh) * 2024-03-01 2024-04-02 中国空气动力研究与发展中心计算空气动力研究所 一种cfd软件自动化测试方法及系统
CN117806981B (zh) * 2024-03-01 2024-05-07 中国空气动力研究与发展中心计算空气动力研究所 一种cfd软件自动化测试方法及系统

Also Published As

Publication number Publication date
CN109933520A (zh) 2019-06-25
CN109933520B (zh) 2022-04-08

Similar Documents

Publication Publication Date Title
WO2020151344A1 (zh) 针对迭代子版本的软件开发测试方法及相关装置
US11126543B2 (en) Software test automation system and method
US10127141B2 (en) Electronic technology resource evaluation system
US9213625B1 (en) Method and apparatus for performing automated user-interface layout testing
WO2020207016A1 (zh) 用于异常追踪的软件开发测试方法及相关装置
US20060291398A1 (en) System and method for testing software using data-driven test variations
US20200133658A1 (en) Change governance using blockchain
US9921905B2 (en) Resource integrity during partial backout of application updates
WO2019056720A1 (zh) 自动化测试用例管理方法、装置、设备及存储介质
GB2506122A (en) Integrating data transform test with data transform tool
US8732664B2 (en) Document serialization and comparison via object model
US20210109845A1 (en) Automated Device Test Triaging System and Techniques
US10901984B2 (en) Enhanced batch updates on records and related records system and method
US10983782B1 (en) User interface upgrade analyzer
US10169189B2 (en) Functional test automation of mobile applications interacting with native stock applications
US20170351509A1 (en) Prototype management system
US10956407B2 (en) Automatic detection of problems in a large-scale multi-record update system and method
CN110928786A (zh) 针对财务程序的测试方法和装置
US20120221967A1 (en) Dashboard object validation
US10204319B2 (en) Enterprise system and method for facilitating common platform for multiple-users working parallelly in enterprise environment
US10261925B2 (en) Enhanced techniques for detecting programming errors in device drivers
CN117609017A (zh) 基于eos低代码开发平台实现自动化测试与错误修复的方法、系统、装置、处理器及介质
CN117390037A (zh) 业务系统更新方法、装置、电子设备及存储介质
CN111930606A (zh) 资料处理流程测试报告的自动生成方法及相关装置
JP2021015481A (ja) 情報処理プログラム、情報処理方法、及び情報処理装置

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

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

Country of ref document: EP

Kind code of ref document: A1