Ask a Question

Programmatically check if debugging is enabled

SOLVED
tphillips
Frequent Contributor

Programmatically check if debugging is enabled

Is there any way to programmatically check if debugging is enabled? I know that TestExecute will ignore debugging, but we usually launch our tests from TestComplete. We have some pre-test checks that run (making sure the tested app is installed, making sure TestComplete is running as admin etc.)

 

We are hoping to be able to check if TestComplete has debugging enabled as part of these checks too.

Is this possible?


--------------------
Senior SQA Automation Engineer
5 REPLIES 5
Marsha_R
Community Hero

See if this helps  

https://support.smartbear.com/testcomplete/docs/reference/project-objects/items/tested-apps/params/d...


Marsha_R
[Community Hero]
____
[Community Heroes] are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Posts made by [Community Heroes]
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
The [Community Hero] signature is used with permission by SmartBear Software.
https://community.smartbear.com/t5/custom/page/page-id/hall-of-fame
tphillips
Frequent Contributor

That's for a tested app that TestComplete launches, not TestComplete itself. I saw that TestComplete's Runner object has a Runner.Pause() method to programmatically pause when in debug mode, but there's no way to test if we're in debug mode (Runner.Pause() looks like it will do nothing when debugging is disabled).

 

Maybe we should just resort to launching everything from TestExecute.


--------------------
Senior SQA Automation Engineer

What is your objective for having the debugging run?


Marsha_R
[Community Hero]
____
[Community Heroes] are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Posts made by [Community Heroes]
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
The [Community Hero] signature is used with permission by SmartBear Software.
https://community.smartbear.com/t5/custom/page/page-id/hall-of-fame
tphillips
Frequent Contributor

We are just wanting to be able to leave debugging turned on in TestComplete, and if we kick off a whole project suite test run overnight it checks if debugging is turned on and alerts you as one of the first things the test run does.

 

We have had several nights where we kick off a run only to find out the next morning it ran into a breakpoint and stopped the test run.

 

I do concede that this is a process problem, we should be ensuring debugging is disabled in TestComplete before we kick off a project run, or just using TestExecute. Just hoping there was a way to catch if someone doesn't follow the process.


--------------------
Senior SQA Automation Engineer

The process I've used before is that the TestComplete project that does the unattended runs is not one that people actually work in.  No one ever changes the project settings in that one and the individual tests just get updated as necessary.


Marsha_R
[Community Hero]
____
[Community Heroes] are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Posts made by [Community Heroes]
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
The [Community Hero] signature is used with permission by SmartBear Software.
https://community.smartbear.com/t5/custom/page/page-id/hall-of-fame
cancel
Showing results for 
Search instead for 
Did you mean: