Forum Discussion
We have such stuff in our onStartTest-event, like terminating processes of all the browsers.
We also found this is a practical thing to do. It can be a hassle, though, because you need to (and usually forget to) disable it when you are debugging.
Moreover, as a comment to the original question: I have once, some time back, had a browser running (I do not remember whether it was an IE), that was not closed by this procedure. So, in rare cases you may have to open the Task Manager and do you own killing.
- guoguo9 years agoContributor
Thank you for all the replies. :smileywink:
We will also kill all the browser processes before we start our tests.
Regards,
Jie
- jsc9 years agoRegular Contributor
sha wrote:We also found this is a practical thing to do. It can be a hassle, though, because you need to (and usually forget to) disable it when you are debugging.
Moreover, as a comment to the original question: I have once, some time back, had a browser running (I do not remember whether it was an IE), that was not closed by this procedure. So, in rare cases you may have to open the Task Manager and do you own killing.
in our tests we always distinguish between machines where tests are run and machines where tests are debugged and created.
so we do not have to think about disabling anything when debugging tests.
this helps in lots of problems within the test.
also we wrote an extra routine to close processes. we also use this to close browsers as Browser.Close() is not always working in our case.
- jsc9 years agoRegular Contributor
We will also kill all the browser processes before we start our tests.
check all the other events TestComplete provides.
some of them will be useful for you.
- onStartTest
- onStopTest
- onTimeout
- onUnexpectedWindow
- ...
- guoguo9 years agoContributor
Thank you. These are very useful information.
Related Content
- 14 years agoradhika_arutla
- 5 years agodjvakarjoshi1
Recent Discussions
- 6 hours agoSvetaG