SPONSORS:






User Tag List

Thanks Thanks:  0
Likes Likes:  0
Dislikes Dislikes:  0
Results 1 to 5 of 5
  1. #1
    SQA Council
    Join Date
    Mar 2001
    Posts
    8,591
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    a management question

    User Ran Nahman (rnahman@interwise.co.il.nospam) posted:

    Hi all
    I was wondering if any of you have a flow chart/template/document of some
    sort that describes the transformation of a manual test script to automatic
    test script including approval paths or anything else you can come up with.
    i would like to make the automatic testing more structured in my company and
    with less room for human mistakes caused by bad procedures or
    misunderstanding
    what is your procedure for managing the process (manual --> automatic)?
    thanks in advance for your help

    Ran Nachman,
    Automatic testing team leader
    Interwise LTD.
    972-3-6884698 ext. 232
    972-3-6884699 (fax)
    972-50-711299 (mobile)
    rnahman@interwise.co.il http://www.interwise.com
    ------------------------

  2. #2
    SQA Council
    Join Date
    Mar 2001
    Posts
    8,591
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: a management question

    User (yilon@aol.com.nospam) posted:

    --part1_ff.17d35140.2a0ffd95_boundary
    Content-Type: text/plain; charset="US-ASCII"
    Content-Transfer-Encoding: 7bit

    The specific question you are asking appears to have a basic flaw. What you
    seem to be asking for is a process to automate a manual test sequence. There
    are advantages to automating a manual test sequence. An automated manual
    test sequence will, of course, run faster. Each test will be run exactly the
    same during each retest. And, of course, an automated test report can be
    more or less automatically generated during the running of an automated test.
    The problem is that you are accepting the limitations of manual testing
    during your conversion to automated test. For instance, the manual test of a
    login procedure tends to be a bit sparse as the amount of input required for
    a complete test is a bit unwieldy. However, using DDT within WinRunner can
    enable the (assumed) full test of a login function with augmentation
    available without even changing the TSL.
    In order to do automated test scripting an experienced automated tester might
    use manual test scripts as a sort of guideline as to areas found necessary to
    test. However, in order to implement a real automated test, it is necessary
    to look beyond the inbuilt and often more or less invisible limitations of
    manual test. At the same time, it is also necessary to have an experienced
    automated tester to reject the automation of good manual tests that cannot be
    efficiently converted to automation. A lot of time can be wasted in forcing
    automation of processes that are simply done manually and very complicated
    and/or impossible under automated test.
    My $.02 worth.
    AJ Bima

    --part1_ff.17d35140.2a0ffd95_boundary
    Content-Type: text/html; charset=US-ASCII
    Content-Transfer-Encoding: 7bit


    <FONT FACE=arial,helvetica><FONT SIZE=2>The specific question you are asking appears to have a basic flaw. What you seem to be asking for is a process to automate a manual test sequence. There are advantages to automating a manual test sequence. An automated manual test sequence will, of course, run faster. Each test will be run exactly the same during each retest. And, of course, an automated test report can be more or less automatically generated during the running of an automated test.

    The problem is that you are accepting the limitations of manual testing during your conversion to automated test. For instance, the manual test of a login procedure tends to be a bit sparse as the amount of input required for a complete test is a bit unwieldy. However, using DDT within WinRunner can enable the (assumed) full test of a login function with augmentation available without even changing the TSL.

    In order to do automated test scripting an experienced automated tester might use manual test scripts as a sort of guideline as to areas found necessary to test. However, in order to implement a real automated test, it is necessary to look beyond the inbuilt and often more or less invisible limitations of manual test. At the same time, it is also necessary to have an experienced automated tester to reject the automation of good manual tests that cannot be efficiently converted to automation. A lot of time can be wasted in forcing automation of processes that are simply done manually and very complicated and/or impossible under automated test.

    My $.02 worth.

    AJ Bima

    <BLOCKQUOTE TYPE=CITE style="BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">manual test script -&gt; review by automation -&gt; respond to manual team with

    notes on what is to be automated and what not -&gt; review and update workplan

    for the things that are not automated -&gt; determine a date for automation</BLOCKQUOTE>


    < !-- |**|begin egp html banner|**| -->


  3. #3
    SQA Council
    Join Date
    Mar 2001
    Posts
    8,591
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: a management question

    User Ran Nahman (rnahman@interwise.co.il.nospam) posted:

    ------_=_NextPart_001_01C1FA4D.9E2CDA90
    Content-Type: text/plain;
    charset="iso-8859-1"

    thanks for the input
    what is DDT that you've mentioned?


  4. #4
    Junior Member
    Join Date
    Dec 2001
    Location
    India
    Posts
    18
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: a management question

    DDT stands for Data Driven Test.
    Here, TSL script will use data file (Excel or CSV).
    Data file contains more than one records for iterating the script through various input data.


    ------------------
    Manohar Joshi
    Consultant
    Manohar Joshi
    Consultant

  5. #5
    Junior Member
    Join Date
    Apr 2002
    Posts
    5
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Total Downloaded
    0

    Re: a management question

    Hey,

    The document you are requesting is part of the methodologies, which are confidential and proprietary in every company. Still, consider the following issues:

    Which tests should or should not be automated
    What standards and conventions will be used
    How initialization of the environment and data is to be handled
    How to ensure consistency, maintainability, reusability, and portability of the tests
    Use of user-defined public functions
    Use of parameters and variables
    Use of tl_step to document results
    Handling error codes
    Roles and responsibilities
    Good luck.


    ------------------

 

 

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 11.54%
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 05:56 PM.

Copyright BetaSoft Inc.