System and method for automating functional testing

Patent metadata

Field	Value
Publication number	US-10909025-B2
Application number	US-201916446905-A
Country	US
Kind code	B2
Filing date	Jun 20, 2019
Priority date	Jun 22, 2018
Publication date	Feb 2, 2021
Grant date	Feb 2, 2021

Abstract

Various methods, apparatuses/systems, and media for implementing an automation suite module (ASM) for automated functional testing are provided. A receiver receives a request for testing an application. A repository stores a plurality of test classes related to the request. A processor accesses the repository; creates a plurality of packages, each package including one or more test classes among the plurality of test classes; causes, in response to receiving the request for testing the application, a graphical user interface (GUI) to display the plurality of packages with their respective test classes; generates, by utilizing the GUI, a plurality of test blocks by receiving selection of one or more test classes from one or more packages among the plurality of packages; generates, by utilizing the GUI, a custom test suite by receiving selection of one or more test blocks from the plurality of test blocks; and executes the test classes based on the custom test suite to test the application.

First claim

What is claimed is:

1. A method for implementing an automation suite module for automated functional testing by utilizing one or more processors and one or more memories, the method comprising:
receiving a request for testing an application;
accessing a repository that includes a plurality of test classes related to the request;
creating a plurality of packages, each package including one or more test classes among the plurality of test classes;
causing, in response to receiving the request for testing the application, a graphical user interface (GUI) to display the plurality of packages with their respective test classes;
generating, by utilizing the GUI, a plurality of test blocks by receiving selection of one or more test classes from one or more packages among the plurality of packages, wherein each of the plurality of test blocks is a wrapper for the at least one selected test classes that represents a sprint feature allowing a user to pick and choose what classes to include based on a set amount of time to complete the at least one selected test classes;
generating, by utilizing the GUI, a custom test suite by receiving selection of one or more test blocks from the plurality of test blocks;
executing the test classes based on the custom test suite to test the application, wherein each of the executed test classes executes on a separate thread; and
handling unexpected crashing of drivers during the execution of the test classes by: maintaining a map of the drivers for each of the separate thread based on thread ID (identification), checking for crashed driver by calling API (application programming interface) of the drivers based on a controlled retry loop, and creating a new thread to handle the crashed driver if no response received after the calling.

2. The method according to claim 1 , further comprising: generating, by utilizing the GUI, a report comprising one or more graphs, one or more charts, or one or more encountered errors, based on the execution of the test classes.

3. The method according to claim 1 , wherein the custom test suite includes a combination of at least one test class from a first package among the plurality of packages and at least one test class from a second package among the plurality of packages, and wherein the at least one test class from the first package is a different type of test class than the at least one class from the second package.

4. The method according to claim 1 , wherein the custom test suite includes a combination of two or more test classes each representing a different type of test class from one package among the plurality of packages and no test classes from other packages among the plurality of packages.

5. The method according to claim 1 , further comprising:
generating, by utilizing the GUI, a plurality of custom test suites by selecting one or more test blocks from the plurality of test blocks for each of the plurality of custom test suites; and
executing each of the Plurality of custom test suites including corresponding test classes simultaneously in a parallel mode of operation.

6. The method according to claim 1 , wherein the GUI is a website user interface for configuring test execution settings and display analytics on each execution, and for providing a platform for continuous integration of test results.

7. The method according to claim 1 , further comprising cleaning a testing environment after executing the test classes.

8. A system for implementing an automation suite module for automated functional testing, comprising:
a processor;
a receiver configured to receive a request for testing an application; and
a repository having a memory that includes a plurality of test classes related to the request;
wherein the processor is configured to:
access the repository;
create a plurality of packages, each package including one or more test classes among the plurality of test classes;
cause a graphical user interface (GUI) to display said plurality of packages with their respective test classes;
generate, by utilizing the GUI, a plurality of test blocks by selecting one or more test classes from one or more packages among the plurality of packages, wherein each of the plurality of test blocks is a wrapper for the at least one selected test classes that represents a sprint feature allowing a user to pick and choose what classes to include based on a set amount of time to complete the at least one selected test classes;
generate, by utilizing the GUI, a custom test suite by selecting one or more of test blocks from the plurality of test blocks;
execute the test classes based on the custom test suite to test the application, wherein each of the executed test classes executes on a separate thread; and
handle unexpected crashing of drivers during the execution of the test classes by: maintaining a map of the drivers for each of the separate thread based on thread ID (identification), checking for crashed driver by calling API (application programming Interface) of the drivers based on a controlled retry loop, and creating a new thread to handle the crashed driver if no response received after the calling.

9. The system according to claim 8 , wherein the processor is further configured to generate, by utilizing the GUI, a report comprising one or more graphs, one or more charts, or one or more encountered errors, based on the execution of the test classes.

10. The system according to claim 8 , wherein the custom test suite includes a combination of at least one test class from a first package among the plurality of packages and at least one test class from a second package among the plurality of packages, and wherein the at least one test class from the first package is a different type of test class than the at least one class from the second package.

11. The system according to claim 8 , wherein the custom test suite includes a combination of two or more test classes each representing a different type of test class from one package among the plurality of packages and no test classes from other packages among the plurality of packages.

12. The system according to claim 8 , wherein the processor is further configured to:
generate, by utilizing the GUI, a plurality of custom test suites by selecting one or more test blocks from the plurality of test blocks for each of the Plurality of custom test suites; and
execute each of the plurality of custom test suites including corresponding test classes simultaneously in a parallel mode of operation.

13. The system according to claim 8 , wherein the GUI is a website user interface for configuring test execution settings, displaying analytics on each execution, and for providing a platform for continuous integration of test results after executing the test classes.

14. The system according to claim 8 , wherein the processor is further configured to clean a testing environment after executing the test classes.

15. A non-transitory computer readable medium storing instructions for implementing an automation suite module for automated functional testing, wherein when executed, the instructions cause a processor to perform the following:
receiving a request for testing an application;
accessing a repository that includes a plurality of test classes related to the request;
creating a plurality of packages, each package including one or more test classes among the plurality of test classes;
causing, in response to receiving the request for testing the application, a graphical user interface (GUI) to display the plurality of packages with their respective test classes;
generating, by utilizing the GU

Assignees

• Jpmorgan Chase Bank Na

Inventors

• He James
• Kunwar Bijay Singh
• Kriegsmann Maria Elena Zamora
• Corley Blake
• Dolce Paul T
• Krecker Matthew
• Lee Sandra
• Glover Pierre

Classifications

• G06F11/3698 Primary

  Environments for analysis, debugging or testing of software · CPC title

• G06F11/3692

  for test results analysis · CPC title

• G06F11/3688

  for test execution, e.g. scheduling of test suites · CPC title

• G06F11/3684 Primary

  for test design, e.g. generating new test cases · CPC title

• G06F11/3664 Primary

  Physics · mapped topic