Lets take one scenario, you configured your robot and while at the time of unit testing, it throws exception in selectors at some point but it will close everything and pick the next transaction, that way you have to go back again at that point manually. But in my cases you cannot open that transaction again which is failed.
What my point is, i know the selector is changing at this point so i put something like message box at that point and trigger my bot. So message box popups at that point in my next transaction then i will configure that selector at run time and robot will process further. That way i need not to stop the bot and i can do testing end to end.
Also we can think like that, at the time of exception, it gives you option whether you want to fix your error and move forward or you want to go to next configured step incase of error
From what I have understood, you are using a message box whenever an exceptions & you manually process the previous failed transaction, correct me if I am wrong.
If my above understanding is right, can you please let me know if you have tried,
Use Debug. You can set breakpoints wherever you want, and it’ll pause there. Or it’ll automatically pause for any error.
And from what it sounds like, your selector isn’t correct. With a correct selector you don’t have to edit it at runtime. Show us what you’re trying to do.
Hey, No No. I know we can make selectors dynamic, But lets suppose it still throws exception okay.
Now i said we need one activity something like message box so we can put at that place before running the bot and fix out exceptions or selectors at run time. So at this time our BOT is on Pause, so after fixing, we will continue the BOT and that way we can do end to end testing.
Also breakpoints doesnot give you right to change the selectors n all.
Also we can think like that, at the time of exception, it gives you option whether you want to fix your error and move forward or you want to go to next configured step incase of error,
@jeshwanthaloy
Okay that’s why i did not ask the question instead i gave the feedback
But really thanks for replying, i got to know that i was not clear with my words.
@postwick
yes you are right, i never had that problem, it just came into my mind so i thought i should share, and its not about selectors, basically i need to fix everything at run time, at least this feature we can enable in dev license
If you’re a developer then Debug mode gives you all these capabilities and more.
If you’re an end user of an automation, you should never be prompted to fix anything at runtime. The automation should be written properly so it doesn’t need fixing.
Yes, i am completely agree with you. Its my responsibility to write down my code properly. But still somethings you fix only at the time of Unit Testing, so maybe this feature or what i am asking for, can be a part of debug mode