Description

Even the best designed testcases can have some instability due to timing issues, flakey infrastructure software, or product software not directly being tested. In some cases, it may be a temporary condition that needs handling to prevent other progress. Automatic retry support is critical for those specific cases. It should be used sparingly , only where needed. Conditional retry helps to isolate the retry processing to specific cases if needed.

Testcase parameters related to retry:

1. retry - number of times to retry
2. retrySleep - wait time between retries
3. retryData - condition the retry based on finding data in the result
4. retryCancelData - condition the retry based on not finding data in the result
5. retryClosure - called when retry is requested and provides an opportunity to change testcase information before the retry occurs