About the Recovery Mechanism

This section explains the Recovery Mechanism in Avo Assure. It allows you to define recovery steps at multiple levels within the test hierarchy. These levels control the scope on which recovery steps are executed when a failure occurs. This flexibility helps to handle both common failures and test specific issues effectively.

Recovery steps can be defined at three levels for Test Case page in Avo Assure:

Priority	Level	Description
1	Test case Level	Executes recovery only for the particular Test case.
2	Sub Folder Level	Executes recovery for the particular sub folder.
3	Folder Level	Execute recovery for the entire folder.

1. Test case level

   • Test case level recovery applies only to the chosen Test case when the Test case fails. Avo Assure executes only the recovery steps defined for that Test case and ignores recovery steps created at higher levels.

   • Where to Use: Use Test case level recovery for scenarios that require unique or custom recovery steps. This level applies when a Test case has independent dependencies, maintains its own data or execution state, or generates temporary files or artifacts that require cleanup specific to that Test case.

2. Sub Folder Level

   • Sub Folder Level recovery applies only to the Test cases within a specific sub folder. When a Test case in the sub folder fails, Avo Assure executes the recovery steps created at sub folder level and does not execute the folder level recovery steps.

   • Where to Use: Use sub folder level recovery to handle failures related to a specific group of Test cases (sub folder). This level allows you to apply targeted recovery steps to Test cases within the sub folder and ensures that Test cases in other sub-folders remain unaffected.

3. Folder Level

   • Folder level recovery applies to all Test cases inside a folder, including Test cases in all its sub folders. When any Test case under the folder fails, Avo Assure executes the recovery steps defined at the folder level recovery.

   • Where to Use: Use folder level recovery to handle failures that affect the overall Test case. This level suits situations where multiple Test cases depend on common setup, or other scenarios.

Recovery Mechanism Execution Flow with Priority

This section explains how the Recovery Mechanism execution flow works and how priority determines which recovery steps run first when a Test case fails.

Step	Priority	Action Performed	Description
1	—	Test case fails	The system detects failure during automated test execution.
2	High	Check Test case level recovery	The system checks whether recovery steps are created for the failed Test case.
3	High	Execute Test case level recovery (if available)	The system executes the recovery steps defined at the Test case level and skips lower priority levels.
4	Medium	Check sub folder level recovery	If no Test case level recovery exists, the system checks recovery steps created at the sub folder level.
5	Medium	Execute sub folder level recovery (if available)	The system executes the recovery steps defined at the sub folder level and skips the folder level.
6	Low	Check folder level recovery	If no sub folder level recovery exists, the system checks recovery steps created at the folder level.
7	Low	Execute folder level recovery (if available)	The system executes the recovery steps defined at the folder level.
8	—	Continue execution	The system resumes execution after completing the applicable recovery steps.