Twiceme
New Contributor
Joined 6 years ago
User Profile
User Widgets
Contributions
BDD scenarios do not create logs if the on start event is used
Hello! I encountered an error which is the follow: when I want to run a BDD feature from script (right click -> run this feature file), if I have the on start event added to the project, the testrun will not create log. The test will do what it is supposed to do, but i can't see the steps in the log. If I add it to the test items and run the feature from there it works fine. The reason why we use events, because we used to write script tests, but know we would like to change to BDD tests. I tried the same test with the provided bdd sample program, where I only added the event nothing else and it still does not create log. Is this is a know bug? Or am I doing something wrong? Thank you for your answer!Solved1.1KViews1like2CommentsTested application freeze
Hello! I ran into a problem and i tried to to fix it for days, but no success. My problem is that my tested application freezes randomly after i press some buttons on the form. The problem is that after I press these buttons a new applicaiton window appears(do not know why, but it is csrss.exe dialog box) and after we press Okay on that form the main application unfreezes. The problem is that we do not know when thesse window will show up, so we put them into the unexpected window handler, but it will not trigger, becasue i think the main application is frozen and it is waiting for it. We can not ignore in freezer diagnostic the main app, because it freezes for 30se c-1 min randomly but it will continue running. So my question is, is there a way to make a appfreezeevent handler, or something like that, or are there other methods to solve this problem? Thank you for your asnwers!876Views0likes2CommentsHandling "Unexpected" events
Hello! I have some questions regarding TestComplete. We have been using it for a few months and it is working great but we ran into a problem and I would like to ask your help in regard. We are testing a pretty big application with hundreds of windows, so we are searching for an universal solution. So to get to the problem: Sometimes when we are clicking on a window, dialog boxes pop up with different text with different buttons(yes,no,ok,cancel...). The problem is that these dialog boxes does not show up every time and they can appear where we did not expected them. We ran into these problem during regresion test (but we will have these problem later on too), where we simply open the window, a form shows up then we close the form. The earlier mentioned dialog boxes can show up after we click the window, or after we close the form, so it is pretty random. Our first solution was that we hard coded in a code like: if(dialogbox.Exists) { dialogbox.btnOk.ClickButton(); } But after we realised how big the application is, we started to work on another approach. We created an unexpected window event handler, so if there is an unexpected window, it searches if it is a predefined window and if so: do something. Do something like this: UnexpectedWindowEventHandler(Window,Sender,LogParams) { var Dialogtext="Test"; switch(Window.MappedName) { case "application.dialogbox": if(Window.Text==Dialogtext) { application.dialogbox.btnOK.ClickButoon(); } etc... } } In the begging it worked well, we did not had to hardcode anything and it handled pretty much everything (a little bit slower than the hardcoded version, but this universal approach made our work much faster). Then we started to get some problems with it: Sometimes after we open a window more than 1 dialogbox appears and the eventhandler can handle the first one but gets in trouble with the second one (we think it might think that the form we wanted to open is the unexpected window and not the dialogbox). The other problem is when the dialog boxes pop up after we close the form it does not close the dialog boxes(there are more script after the close and we get an error so the problem is not that we want to finish a test with an event) The simple version of the code is like: ToolStripmenu.Click("Test"); TestForm.Close(); //(and here come the dialog boxes) Toolstripmenu.Click("Test2"); etc... If we write after the TestForm.Close() statement that we want to activate the window(TestForm.Activate()), it handles the dialog boxes, but then we get an error in the log that the window is destroyed so it can not be activated (In reality after we close the form the dialog boxes come up, but the form stays in the background so the exists property is true but the focus property is false cause of the dialog boxes, but after we pressed okay on the last dialog box, the dialog box and the form also disappears. So we get why we get an error but we do not know how to deal with it). The other problem is, sometimes when we click the window and the dialog shows up like this: ToolStripmenu.Click("Test"); //(and here come the dialog boxes) TestForm.Activate(); TestForm.Close(); TestComplete clicks on the Test window, waits and tries to activate and close it(we get an error here because the form is invisible) then it handles the dialog boxes because of the event handler, but does not close the form, just continues the script. We do not know why it tries to activate it and close it when there is an unexpected window and that event has to run first. We tried to solve this with the LogError event handler, where we basically call the unexpected window handler. With this approach it handled the problem, but every time there is an error, TestComplete checks if the dialog box exists(obviously because we wrote that in LogError) and if not it logs the error. The problem is that it slows down the process very much, because every time there is an error there is minimum 5-10 sec delay, and we are worried if we put more more forms to check it will slow it down even more. So basically to the question. Is there a way to handle these "unexpected" windows smoothly, but with universal solution? Thank you for your answer!883Views1like1Comment