Forum Discussion

jorgesimoes1983's avatar
jorgesimoes1983
Regular Contributor
10 years ago
Solved

Clear breakpoints by script

Hi all! Sometimes I run my project and forget to clear breakpoints, is there any way to clear it by script?   For example, I would like to clear all breakpoints by doing something like this:   fu...
StevenN's avatar
StevenN
Contributor
10 years ago
Copy Link

I did say it was a long winded and rather unpractical way to do it! I can't see a way to set a default condition but that would have been a nice feature. 

 

You could also add an annoying message box that you need to confirm before starting the tests. After seeing this a few times you would never forget about breakpoints again :smileyhappy:

 

function RunMainTests()
{
  var buttons = MkSet(mbYes, mbNo);

  if(MessageDlg("Have you removed all breakpoints?", mtConfirmation, buttons, 0) == mrYes)
  {
     // Test code...
  }
}

 

Unless you click Yes the tests won't start.

Colin_McCrae's avatar
Colin_McCrae
Community Hero
10 years ago
Copy Link

"You could also add an annoying message box that you need to confirm before starting the tests. After seeing this a few times you would never forget about breakpoints again Smiley Happy"

 

Ha ha!

 

I do this quite a lot.

 

I have project level booleans for "Test Mode" (which disables most of my logging and reading in of data in favour of local test data in the function). After all, you have to test the test code!

 

TFS Mode. We use an in-house custom DLL to allow my tests to talk to and update TFS. Needs to be switched off a lot to avoid spamming TFS to death!

 

Screen Capture mode. Don't always want them.

 

I also have a local/remote flag. But that is determined by whether or not a dummy folder is present on the C: drive of the machine the test is run on and is used to determine where logs and results are dumped to on completion.

 

The first three are set to bring up exactly the type of annoying popup you refer to. But if it detects it's running it remote mode, the popups don't happen as there won't be anyone there to see as as most remote runs are started by a build process.

 

Works well, but I can see how it wouldn't be much fun to reverse engineer some of it in. I've had all in this place, as part of a larger test framework, since the start. (Lessons learned from the QTPro days mostly ...)