SPONSORS:






User Tag List

Results 1 to 9 of 9
  1. #1
    Junior Member
    Join Date
    Feb 2001
    Location
    Milton, Ontario, Canada
    Posts
    13
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    \"Test Plan Driven\" Method for Silk?

    Hi, I was wondering if anyone has any experience using Silk Test with a Test Plan Driven Method...

    What I mean by 'Test Plan Driven' is using a spreadsheet containing "Key-Words" in Column 1. In this method, the entire process is data-driven, including functionality. The Key Words control the processing.

    I know you need a testplan or script to act as a driver script, which calls the controller script and the 'key-word' spreadsheet.

    I would gladly appreciate any comments/tips about this.

    By the way, is this method particularly harder or inconvenient when using Silk Test?

    Thanks in advance,
    Marcus

  2. #2
    AJ
    AJ is offline
    Moderator AJ's Avatar
    Join Date
    Jun 1999
    Location
    San Jose, CA
    Posts
    1,691
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    I'm transferring this one to the SilkTest forum and closing it in this forum.

    Please look for it in the SilkTest forum.

    ------------------
    AJ Alhait
    BetaSoft Inc.
    AJ Alhait
    BetaSoft Inc.

  3. #3
    Junior Member
    Join Date
    Feb 2001
    Location
    Milton, Ontario, Canada
    Posts
    13
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    I think I need to be a clearer... just noticed how confusing I was.

    Basically, I want testers to be able to make spreadsheets with commands such as:

    COLUMN 1 COLUMN 2COLUMN 3COLUMN 4

    Key- |Window/ |Input| Comment
    word | Field |Data |
    ------ |---------|-----|--------------------
    Enter: |Selection| 3 |Select Payment Option
    | | |
    Action:|Press_Key|Enter|Access Payment Screen
    | | |
    etc...

    and be able to use these types of commands with silk test, where each keyword triggers a certain testcase or function

    Has anybody done this?

  4. #4
    Junior Member
    Join Date
    Feb 2001
    Location
    Milton, Ontario, Canada
    Posts
    13
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    that table got really screwed up!

  5. #5
    Junior Member
    Join Date
    Feb 2001
    Location
    Milton, Ontario, Canada
    Posts
    13
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    Thanks RobKapteyn,
    I will read over that paper... I may have seen something like it.

    If spreadsheets make things harder to maintain, are there any other method besides functional decomposition?

    What we have in place right now follows what you've described, the "functional decomposition"method. The problem with it is that we can only use it for a limited number of tests (mainly smoke tests)

    Very few of the testers here know how to script, and the others won't have time to learn.

    That is why I thought the key-word, "Data-driven" method would come in handy. What else could we do?

    Thanks again,
    Marcus

  6. #6
    Junior Member
    Join Date
    Jan 2001
    Location
    Klamath Falls, OR, USA
    Posts
    3
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    I'd have to agree with Rob on this one, I use Silk Test and after many weeks of fooling with Silk Test among other things I've decided that trying to interface scripts with a DB, which is what we initially wanted, just proved to cumbersome.

    Then we tried going into the spreadsheet files which you can't actually use with Silk Test, you must turn them into CSV files and then do some formatting to get Silk to read them correctly.

    Ultimately I think that what we have started doing now which is creating records and lists within Silk Test actually improves the speed of the scripts and definately improves development time.


  7. #7
    Senior Member
    Join Date
    Aug 1999
    Location
    MA
    Posts
    129
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    I use external comma delimted files (.CSV) with FileReadValue and FileWriteValue, and don't have to do anything special to the format. I've made wrapper functions that use exception handling, and check other states, for these built in SilkTest functions.

    One can view and edit these kind of CSV files in Excel or equivalent. I don't encourage this for the newer users on the team, as they could inadvertently remove the { from 1st cell on a row, and the } from last cell on a row.

    I prefer that they use UltraEdit-32 or the built in SilkTest editor.

    [This message has been edited by styler (edited 02-14-2001).]
    Steven Tyler
    Manager - Performance Engineering

    Kronos Incorporated
    tel: +1 978 947 4219

  8. #8
    Senior Member
    Join Date
    Jun 2000
    Location
    Chicago, IL USA
    Posts
    383
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    Marcus,

    This is a really complex question. But I will try to answer it quickly.

    Begin with a functional decomposition of your application.

    Identify one or two testers who are good at programming SilkTest.
    Have them begin creating a "Test Harness" library.

    This library should contain functions that will carry out all critical
    business functions from the most general description. Example:
    Then have your less experienced testers write testcases using this library.

    In the beginning, you should test low level details of the GUI's appearance and behaviour
    with manual testing. Automation can never anticipate all of the things that could happen.
    As the application matures and stabilizes, more and more "GUI details" can be added to the
    automation.

    -Rob

    [This message has been edited by RobKapteyn (edited 02-14-2001).]
    Rob Kapteyn, CSTE
    RobKapteyn@gmail.com

  9. #9
    Senior Member
    Join Date
    Jun 2000
    Location
    Chicago, IL USA
    Posts
    383
    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Re: \"Test Plan Driven\" Method for Silk?

    Marcus:

    We call this "Data-Driven" testing. There is a very good paper on it at:
    http://www.sqa-test.com/w_paper1.html

    I agree with about 90% of this paper.
    The method of "functional decomposition" particularly.
    This paper does talk about external data files written in Excel, exactly as you describe.

    I do not like this style, however.
    I have seen cases where the maintenance of the external files and especially the parsing
    code for the external files became a huge nightmare!

    My solution is that I organize my testdata in SilkTest lists in ".t" and ".inc" files rather
    than external files. This has advantages and disadvantages.

    Advantages:
    I maintain flexibility during testware development.
    I gain the use of the 4Test parser (this has been extremely benefical).
    I do not need to leave the SilkTest development environment to edit my test data.
    I can update my test data using the very convenient "Update Expected Value" menu.

    The "disadvantage":
    I am not able to use excel to edit my test plans in a spreadsheet format.

    Against this "disadvantage", I argue as follows:
    Writing testcases in spreadsheet format often cumbersome and misleading.
    This is because most real-world tests have more than two dimensions of variability.
    Trying to fit these tests into a two-dimensional spreadsheet often becomes a problem.

    You might think that because it lacks a grid, SilkTest code is one-dimensional. This is not the case.
    By using record types, list types and expanders/contractors, you can create n-dimensional test data
    contructions in a ".t" file.

    -Rob


    [This message has been edited by RobKapteyn (edited 02-14-2001).]
    Rob Kapteyn, CSTE
    RobKapteyn@gmail.com

 

 

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

vBulletin Optimisation provided by vB Optimise v2.6.0 Beta 4 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
User Alert System provided by Advanced User Tagging v3.0.9 (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
Questions / Answers Form provided by vBAnswers (Pro) - vBulletin Mods & Addons Copyright © 2016 DragonByte Technologies Ltd.
vBNominatevBulletin 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:55 PM.

Copyright BetaSoft Inc.