Forum Discussion

sree2011's avatar
sree2011
Contributor
6 years ago

Object Identification Issue

I have created multiple automation scripts suites for a WPF application using Test Complete 12.41 version. All the suites run perfectly in my machine and all the machines in my environment. When we t...
  • RUDOLF_BOTHMA's avatar
    RUDOLF_BOTHMA
    6 years ago

    Hi sree2011 

     

    In the majority of instances, the problems are related to object recognition issues.  Either because the object you are looking for by name doesn't exist due to, say, a mapped object's mapping properties not matching up to the actual value on the page, the object isn't ready, or, although it is mapped correctly, the object isn't actually there yet.  This is something quite common in Async/AJAX environments.  TC can't distinguish that the object isn't ready yet, just that it can't find it.

     

    It is possible that because of the speed the tests run at on you machine is quicker - perhaps because it's running on a local versus remote machine - the control is ready on your machine in the alloted time, but not on your remote machine.

     

    A few general strategies:

    • Add a Delay() in before you try and get the object.  I'm personally not a big fan of putting in Delays unless completely neccessary - rather use WAIT methods.
    • Increase your auto-wait timeout ([current/default] Project->properties->playback).  If TC finds the object before the Auto-wait timeout it continues, so setting this high won't affect your test speeds unless it genuinely can't find objects - at which point you may want to investigate why you have the issues in the first place
    • Before trying to use object.WAITxxx first do an existence check ( object.Exists) and only continue if it returns true
    • If it doesn't exists, you may want to consider waiting for a short while for your application to finish up then do a RefreshMapping() and/or RefreshMappingInfo() of your object's parent and try finding the original object again
sree2011's avatar
sree2011
Contributor

Hi Robert Martin,

 

Thank you for you reply. I have attached two mht file here which will provide you with more details. the file which is named as "tcResults1_Error" is the log file generated from the machine where it got issue. The other file is from my machine where it works fine. Please let me know if this help you in any way. We are using descripting programming and directly accessing the objects through code and there is no mapping done.

 

Thanks & Regards,

Sreekanth

 

 

sree2011's avatar
sree2011
Contributor
6 years ago

Sorry i forgot to attach the second file which is the log file from my machine which works fine. Attaching the same here.

  • RUDOLF_BOTHMA's avatar
    RUDOLF_BOTHMA
    Community Hero
    6 years ago

    I notice that the WPFObject you are trying to find isn't called the same on the two machines (e.g. the use of *): WPFObjectClient: Client: ("HwndSource: EngagementHost", "Engagement:Template-5_7_2019_10_25_33_AM"). and

    Local: WPFObject("HwndSource: EngagementHost", "Engagement:*Template-07_05_2019_09_18_24")"

     

    What is your method of mapping/finding them ? Also, I notice that one appears to be using US date (m_d_yyyy) format while the other is using another - probably UK (dd_mm_yyyy) ?  This could mean that TC identification methods will find the one in your main machine's date format, but not on the client machine.  Is it an option to change the datetime format on the client machine just to check?

     

    They look to be dynamic though.

     

    Also *Template will be more successfull at finding objects in your instance, since it picks up everything that ends with Template.  Perhaps a mapping of [...Template-*] would be more accurate to cope with different dates ?

    • sree2011's avatar
      sree2011
      Contributor
      6 years ago

      Hi Rudolf Bothma,

       

      Thank you for your reply. These dates are genereted dynamically and we are using a variable to store the "Template*" value and this variable is being used across the scripts everywhere. I will verify the "*" missing in the client machine. Is there any other possibility for objects are not getting recognized. Please advise.

       

      Thanks & Regards,

      Sreekanth

      • RUDOLF_BOTHMA's avatar
        RUDOLF_BOTHMA
        Community Hero
        6 years ago

        Hi sree2011 

         

        In the majority of instances, the problems are related to object recognition issues.  Either because the object you are looking for by name doesn't exist due to, say, a mapped object's mapping properties not matching up to the actual value on the page, the object isn't ready, or, although it is mapped correctly, the object isn't actually there yet.  This is something quite common in Async/AJAX environments.  TC can't distinguish that the object isn't ready yet, just that it can't find it.

         

        It is possible that because of the speed the tests run at on you machine is quicker - perhaps because it's running on a local versus remote machine - the control is ready on your machine in the alloted time, but not on your remote machine.

         

        A few general strategies:

        • Add a Delay() in before you try and get the object.  I'm personally not a big fan of putting in Delays unless completely neccessary - rather use WAIT methods.
        • Increase your auto-wait timeout ([current/default] Project->properties->playback).  If TC finds the object before the Auto-wait timeout it continues, so setting this high won't affect your test speeds unless it genuinely can't find objects - at which point you may want to investigate why you have the issues in the first place
        • Before trying to use object.WAITxxx first do an existence check ( object.Exists) and only continue if it returns true
        • If it doesn't exists, you may want to consider waiting for a short while for your application to finish up then do a RefreshMapping() and/or RefreshMappingInfo() of your object's parent and try finding the original object again