Method and System for Managing Continuous Delivery Pipeline Testing Against Singleton Instance of Applications

1. A method for coordinating continuous delivery pipeline testing against a singleton instance of an application, the method comprising: determining whether the testing is being executed on a preceding build; stopping execution of the testing on the preceding build, in response to determining the testing is being executed on the preceding build; stopping a preceding build of the singleton instance; deploying the current build of the singleton instance; starting the current build of the singleton instance in response to stopping the preceding build; identifying, by a testing device, a set of unchanged components across the preceding build and the current build of the singleton instance, wherein the preceding build precedes the current build; identifying, by the testing device, a first set of test cases from a plurality of test cases executed on at least one unchanged component from the set of unchanged components in the preceding build, wherein the first set of test cases are identified after stopping execution of the testing; performing, by the testing device, execution of: a second set of test cases from the plurality of test cases on remaining set of unchanged components in the current build; and each of the plurality of test cases on at least one changed component in the current build, wherein the at least one changed component is uncommon across the preceding build and the current build; and wherein performing execution of the second set of test cases and the plurality of test cases on the current build is performed after starting the current build of the singleton instance; and reporting, by the testing device, test results of executing; the first set of test cases on the at least one unchanged component in the preceding build; the second set of test cases on the remaining set of unchanged components in the current build; and the plurality of test cases on the at least one changed component in the current build.

2. The method of claim 1 , further comprising reporting an aborted status for execution of the testing on the preceding build, in response to the stopping.

3. The method of claim 1 , further comprising skipping execution of the first set of test cases on the current build, wherein removing the first set of test cases from the plurality of test cases results in the second set of test cases.

4. A testing device for coordinating continuous delivery pipeline testing against a singleton instance of an application, the testing device comprising: a processor; and a memory communicatively coupled to the processor, wherein the memory stores processor instructions, which when executed by the processor, cause the processor to: determine whether the testing is being executed on a preceding build; stop execution of the testing on the preceding build, in response to determining that the testing is being executed on the preceding build; stop the preceding build of the singleton instance; deploy a current build of the singleton instance; start the current build of the singleton instance in response to stopping the preceding build; identify a set of unchanged components across the preceding build and the current build of the singleton instance, wherein the preceding build precedes the current build; identify a first set of test cases from a plurality of test cases executed on at least one unchanged component from the set of unchanged components in the preceding build, wherein the first set of test cases are identified after stopping execution of the testing; perform execution of: a second set of test cases from the plurality of test cases on remaining set of unchanged components in the current build; and each of the plurality of test cases on at least one changed component in the current build, wherein the at least one changed component is uncommon across the preceding build and the current build; and wherein performing execution of the second set of test cases and the plurality of test cases on the current build is performed after starting the current build of the singleton instance; and report test results of executing; the first set of test cases on the at least one unchanged component in the preceding build; the second set of test cases on the remaining set of unchanged components in the current build; and the plurality of test cases on the at least one changed component in the current build.

5. The testing device of claim 4 , wherein the processor instructions further cause the processor to report an aborted status for execution of the testing on the preceding build, in response to the stopping.

6. The testing device of claim 4 , wherein the processor instructions further cause the processor to skip execution of the first set of test cases on the current build, wherein removing the first set of test cases from the plurality of test cases results in the second set of test cases.

7. The testing device of claim 4 , wherein the testing device is a test server.

8. A non-transitory computer-readable medium storing computer-executable instructions for coordinating continuous delivery pipeline testing against a singleton instance of an application, the computer-executable instructions configured for: determining whether the testing is being executed on a preceding build; stopping execution of the testing on the preceding build, in response to determining that the testing is being executed on the preceding build; stopping the preceding build of the singleton instance; deploying a current build of the singleton instance; starting the current build of the singleton instance in response to stopping the preceding build: identifying, by a testing device, a set of unchanged components across the preceding build and the current build of the singleton instance, wherein the preceding build precedes the current build; identifying, by the testing device, a first set of test cases from a plurality of test cases executed on at least one unchanged component from the set of unchanged components in the preceding build, wherein the first set of test cases are identified after stopping execution of the testing; performing, by the testing device, execution of: a second set of test cases from the plurality of test cases on remaining set of unchanged components in the current build; and each of the plurality of test cases on at least one changed component in the current build, wherein the at least one changed component is uncommon across the preceding build and the current build; and wherein performing execution of the second set of test cases and the plurality of test cases on the current build is performed after starting the current build of the singleton instance; and reporting, by the testing device, test results of executing: the first set of test cases on the at least one unchanged component in the preceding build; the second set of test cases on the remaining set of unchanged components in the current build; and the plurality of test cases on the at least one changed component in the current build.

9. The non-transitory computer-readable medium of claim 8 , wherein the computer-executable instructions are further configured for reporting an aborted status for execution of the testing on the preceding build, in response to the stopping.

10. The non-transitory computer-readable medium of claim 8 , wherein the computer-executable instructions are further configured for skipping execution of the first set of test cases on the current build, wherein removing the first set of test cases from the plurality of test cases results in the second set of test cases.