SPONSORS:






User Tag List

Thanks Thanks:  0
Likes Likes:  0
Dislikes Dislikes:  0
Results 1 to 4 of 4
  1. #1
    Junior Member
    Join Date
    Sep 2006
    Posts
    2
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    regarding GUI map file mode

    why there is a choice of working in any of two types of GUI map file mode in winrunner?

  2. #2
    Senior Member
    Join Date
    May 2003
    Location
    Austria
    Posts
    1,480
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: regarding GUI map file mode

    On is for newbies and Mercury sales rep (in order to prove that capture&replay IS working with a few clicks), the other type is for (a little bit) more experienced automated testers.

    Or can any of the experienced WR users tell me a reason for using one GUI file for each test when you want to do serious automation ...?

  3. #3
    Moderator
    Join Date
    Mar 2002
    Location
    Tampa Bay
    Posts
    7,673
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: regarding GUI map file mode

    Well, I can't exactly justify it, but Mercury and Oracle did that when they created the "Blue CD" (the set of WinRunner scripts for Oracle Apps).

  4. #4
    Moderator
    Join Date
    Mar 2000
    Location
    Orange County, CA
    Posts
    3,187
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: regarding GUI map file mode

    I am not sure if the original poster is referring to the use of GUI file per test, or Global Gui file, or if they are referring to the ability to display these modes int he GUI Map Editor.

    chilu - it just dpeends a lot on how you ultimately design your automation suite. In some instances, the ability to have a single GUI file that covers all objects of your application is the best, when your application isn't complicated enough to have overlapping object names.

    Im my experience, the more complex the application, the more the need for a GUI File Per Test. It links in specific GUI Maps more closely to the individual tests. Also, as your GUI mapo grows in size, the slower the response of the test can be having to search for all the objects.

    Then there is the final method Mercury tends not to really talk about, and that is designing your own framework to handle which GUI Files you need to load for each test/ windo you interact with.

    As with either of the above, it all depends on your application, the experience of the automaters, and what works best for the planned testing objective/time allowed.
    Insanity: doing the same thing over and over again and expecting different results

 

 

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 04:31 AM.

Copyright BetaSoft Inc.