SPONSORS:






User Tag List

Thanks Thanks:  0
Likes Likes:  0
Dislikes Dislikes:  0
Results 1 to 6 of 6
  1. #1
    Junior Member
    Join Date
    Aug 2003
    Posts
    21
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    recording vs. manual scripts

    what's everyone's opinion on when is it better to code your own scripts vs using recording? In my experience, it seems like manually coding the scripts usually takes longer, but if you have many similar cases, it's more reusable that way. And sometimes you need to do it to test for dynamic data. Am I correct? Or is there other circumstances that it's better to manually code the scripts?

  2. #2
    Senior Member
    Join Date
    Nov 2002
    Location
    Chennai,Tamilnadu,India
    Posts
    111
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: recording vs. manual scripts

    Hi,

    Customizing the script may be needed in the following cases:

    1.When the application is very much dynamic.

    In this case the behaviour of the application may be different during the run from the recording.So, We have to predict and code the cases manually.

    2.When there's a need for datapools

    In this case we have to get different set of data for running the script.So, by coding the script we can make use of the facilities like data pools.

    3. In some times we may want to examine the properties of objects at runtime.So provisions like "getProperty()" can be used in coding.

    Others please add your comments.

    regards,
    Prasanna.
    Prasanna.
    CT, USA.

    Trust, but verify.

  3. #3
    Junior Member
    Join Date
    Aug 2003
    Location
    India
    Posts
    19
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: recording vs. manual scripts

    4- While using robotJ for HTML applications, I found doing coding is far better than recording.
    As for HTML object map is very much hierarchical and gives weight to Url and href properties too.
    This URL and href gets changed in JSP's as par data loaded also. So multiple recording through same page makes same pages and objects recoginzed as different objects.
    So i belivev in "record once, wrap in methods and used anywhere".

    Secondly for data driven scripts coding is far better than recording many times.

  4. #4
    Junior Member
    Join Date
    Aug 2003
    Posts
    21
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: recording vs. manual scripts

    sumits,

    You capture the object map in the beginning and then manually code the rest, is that right? Do you get a lot of "Weak object recognition" warnings from your scripts though? Are there any tricks in terms of minimizing these type of warnings?

    Another questions I have is that how do you guys organize your tests to make them more reusable? Do you have objects representing inputs from each page? Or do you have individual cases for each input field? or some other ways?

    thanks in advance.

  5. #5
    Junior Member
    Join Date
    Aug 2003
    Location
    India
    Posts
    19
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: recording vs. manual scripts

    Yes You are right, we create object map first.
    Week recognition we get but that can be solved by adjusting the thershold if it is coming also it does not have any impact.
    The bigger problem is to maintaining object map.

    As if the same page and its objects are stored in object map more than once just because of change in some recogintion property than it will be problem if in future your UI gets changed.

    And the whole idea of centralized change in case of UI object gets changes, will require more effort.

    For ecah individual field will be a burdon.
    What i do, I make application specific function based upon the application functionality ( including objects that will be used together ).
    It may lead to us to grouping the Objects of one page or across pages or some times only one object.


    Actually When i do this i think i am not able to take benifit of Object Map completly.

    Some times while writing these functions i think if this object map would be more flexible to configure the properties for recognition , our life may be more easy :-)

  6. #6
    Junior Member
    Join Date
    Aug 2003
    Posts
    21
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: recording vs. manual scripts

    I think one way of getting around the properties problem is to have developers add unique id tags to the html files for each UI object.

    I found that SAFS is going to have a beta release of their robotj test framework engine released this friday. http://safsdev.sourceforge.net/

    If it works well, then our test scripts will be much more reusable and we don't need to create many scripts. Anyone else thinking about using this framework?

 

 

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Search Engine Optimisation provided by DragonByte SEO v2.0.36 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
Resources saved on this page: MySQL 10.71%
vBulletin Optimisation provided by vB Optimise v2.6.4 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
User Alert System provided by Advanced User Tagging v3.2.8 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
vBNominate (Lite) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
Feedback Buttons provided by Advanced Post Thanks / Like (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
Username Changing provided by Username Change (Free) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
BetaSoft Inc.
Digital Point modules: Sphinx-based search
All times are GMT -8. The time now is 12:03 PM.

Copyright BetaSoft Inc.