Anyway to rerun failed test automatically?

Question

Hello,
I have read some post here and realized that TC doesn't have any build in function to rerun failed test automatically. I found this topic (Rerun Tests) mentioned that QAComplete has the feature to rerun failed tests, but it looks like manual rerun. I was wondering is there anyway, QAComplete can automatically rerun failed tests? Because we usually launch the tests and keep it running overnight, but if the tests finished in the middle of the night with failures, it will just seat there and wait for me to launch the next morning. So I was looking for QAComplete or any other way to automatically rerun the failed tests after the execution is done. Does anyone know anyway to achieve this?
&nbsp;
Thanks in advance!

tristaanogre · Answer

Here's the question I always have on this topic:
&nbsp;
Why re-run the failed tests right away? They failed for a reason. Either the automation was created incorrectly and they failed due to coding errors.&nbsp; Or, they failed because a bug was found and needs to be corrected by the developers.&nbsp; Either way, re-running a failed test automatically will rarely, if ever, do any real good.&nbsp; Intervention is needed in both cases in order to get the test run pass.

alexkaras · Answer

Hi,
&nbsp;
&gt; it still reports object cannot be found after I told it to wait for the page to load
As per documentation, page.Wait() waits for the page to load. I.e. it waits until the last byte for the page request is received from the server. For usual static web pages this is enough.
The bad news is that modern dynamic web pages use a lot of scripting and data obtained from additional resources via additional requests. In the worst case, data load and subsequent rendering is implemented using lazy load technique.
The above means that in addition to wait for the page source to load, you need to wait for all scripts on the page to&nbsp;finish their execution (scripts often drastically&nbsp;change DOM structure of the page) and to wait for all additional data is loaded as well.
Exact algorithm of the wait depends on your tested application.
For example, if you know what element you will work with after page load, you may use this approach:
-- Wait for the page to load;
-- Wait for the element to appear on the page;
-- Optionally, if needed, wait until the element is populated with data;
-- Continue the test.
&nbsp;
If you don't know what element you will work with (for example, if you need to delay until complete web page that utilizes lazy loads is loaded), the approach like this should work:
-- Wait for the page to load;
-- Wait for all scripts on the page to finish - this (usually) ensures that all external data is received and rendered;
-- Press Page Down key to scroll page one screen down. This will trigger additional data requests via lazy loads. Repeat the above step to wait until all additional data is loaded;
-- Continue pressing Page Down until some anchor element at the end of the page which is out of page viewport during data load (and thus is not visible on screen) becomes visible on screen;
-- Continue the test.
&nbsp;

whuang · Answer

Thanks AlexKaras , this helps a lot.

whuang · Answer

Thanks tristaanogre , I don't know why sometimes a test failed at the first round and if I rerun it would pass at the second round without making any change to the code. I have seen a lot of people here had this issue. Maybe it was the performance issue of the virtual machine? what happens the most is object cannot be found, but from the error screenshot I can clearly see that the object is on the page, and I did wait for the page to load. So if a rerun can solve the problem, I hope to get it run by itself ideally.

tristaanogre · Answer

That's still an indication that something needs to be corrected in the automation.&nbsp; This is what we "lovingly" refer to here on the community as "timing" issues.&nbsp; It takes time, sometimes, for an object to appear.&nbsp; And the automation tries to run as fast as possible unless told to wait or detect or find.&nbsp; An even if you have those detections and waits in place, they may not be set to wait long enough.&nbsp; So, while it's an intermittent problem, it's still one that needs to be resolved.&nbsp; A rerun did not "fix" the problem, just you happened to run it in a situation where the application is not under as heavy a load, where the timing worked out better, etc.&nbsp; So, you rerun it today and it works... tomorrow it may fail again at the same point for the same reason.&nbsp; A failed test is a failed test.&nbsp; Fix the failure THEN re-run.

Forum Discussion

Anyway to rerun failed test automatically?

Related Content

-- rerun failed scenarios

New Collaborator install fails to load page.

Integration with Azure DevOps failed

Automatic logoff

Stop automatically recording automatically

Recent Discussions

Onscreen Object Selector Slowness

aqObject.CheckProperty() slowness

Problem with generated data table and keyword test

WebView2 support does not work

System checks for Object for every test