Forum Discussion

hacka87's avatar
hacka87
Contributor
7 years ago

Run all tests unattended in a suite after errors occur on Android

Hello,   We have to run a number of tests in a suite unattended with no manual help and the problem is when the application crashes, the test suite is stopped and should be handled.   Is ther...
  • tristaanogre's avatar
    tristaanogre
    7 years ago

    In my case, it was code that replaced your line for finding the Operatorbutton.  We called it "ActivateForm".  Basically, we would pass into it the form name of the expected "next" form that we were expecting to see.  We then executed a bunch of code that was unique to our situation.

     

    Generally, you're going to want a common method that you're going to be able to call anywhere that, upon going to a form or attempting to get a component or whatever the situation may be, you call that code before you attempt any actions against the component to do a "sanity" check to make sure that things are ready for interaction.  It's going to be unique to what you're doing.

     

    To be honest... if this Alert keeps coming up, rather than trying to write a bunch of code to handle it, I'd want to figure out why the Alert keeps coming up and figure out what can be done to prevent it.

hacka87's avatar
hacka87
Contributor
7 years ago

Hello,

 

I do not need to Stop on Error. I want the test run to continue with the next test if an error occurred in a previous test. At the moment I have treated such errors with try-catch blocks.

The problem is that sometimes I have an alert displayed, which I need to handle, but when this alert is not visible, the test will fail with Cannot obtain the object message. Do you know how this error cand be handled?

 

Thanks

  • cunderw's avatar
    cunderw
    Community Hero
    7 years ago

    If configure the properties correclty your suite will not stop is what I was meaning.

     

    Handling an alert you do not expect is something else. You could try calling the SetFocus method on the object. But without more information about the alert and your existing code that's just a shot in the dark. 

    • hacka87's avatar
      hacka87
      Contributor
      7 years ago

      I managed to handle the pop up, but that pop up can occur random, and there is that Cannot obtain error which I am not sure it can be handled in the test scenario, without failing the entire suite.

      • tristaanogre's avatar
        tristaanogre
        Esteemed Contributor
        7 years ago

        What you may need to do is insert throughout your test cases code to detect active forms and such.  We used to do so in another application I used to test.  It was a bit of code that, anytime we wanted to go to a new form in the application, we'd call this method.  It would perform a number of different checks looking for errors, alerts, etc.  It would then check to see if the desired form exists and is available for use.  If any of this failed, we raised a custom exception (it was written in DelphiScript so we used "raise" but the equivalent "throw" in JavaScript would work as well).  Then our regular exception handling would be able to take over and gracefully exit the current test.

         

        This may be the direction you need to go.