Logo QF-Test

Im Archiv der Mailingliste
wertvolle Antworten finden.

 

Gratis Testen  Download  Kaufen

Thomas Max, QF-Test Training und Support

Tipp für die Recherche in der Mailingliste: Volltextsuche (oben) verwenden.

Thomas Max,
Sr. Software Engineer & Trainer, QFS

2017 bis heute 2016 2015 2014 | 2013 | 2012 | 2011 2010 2009 | 2008 | 2007

(ältere Archiveinträge vor 2007 nicht dargestellt, aber in der Suche enthalten)

Mailingliste - Einträge 2007


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [QF-Test] Dependency stack clean up with Data Driven Testing


  • Subject: Re: [QF-Test] Dependency stack clean up with Data Driven Testing
  • From: Gregor Schmid <Gregor.Schmid@?.de>
  • Date: 07 Jun 2007 21:32:16 +0200

Hi David,

Don't worry, others have fallen into that trap as well. The behavior
described below is not really intuitive, but it's one of the reasons
why dependencies are so powerful.

Please read the Dependencies chapter in the manual again, especially
the paragraph in section 11.2 starting with "The next point is
crucial". It explains why QF-Test always runs _all_ setup nodes, even
if the stack is not cleared and that dependency setup should be
written in a way that does nothing if the requirements of the
dependency are already met.

This is the only way of ensuring that Dependencies work even in the
case of fatal errors or user interference during the preceding test.
In short (and in other words), QF-Test knows which setups has been
run, but it has no idea what has happened since that time to the SUT,
so it runs all setups again, just in case.

Best regards,
    Greg

David_Downey@?.com writes:

>    It appears that for each run of a data driven test that the dependency
>    stack is "cleaned up" which executes all of my setup nodes for all
>    dependencies.  Is this the way it is supposed to work?  If so, is
>    there a way I can disable cleaning up the "old" dependency stack in
>    this case?  I am running 128 iterations and having the dependencies
>    run every time is a lot of overhead.
>    I could be totally misunderstanding what is going on.  If I am please
>    clarify.
>    David A. Downey
>    Software Quality Assurance Analyst
>    BD Technologies
>    919-597-6523
>      _________________________________________________________________
>
>    *******************************************************************
>    IMPORTANT MESSAGE FOR RECIPIENTS IN THE U.S.A.: This message may
>    constitute an advertisement of a BD group's products or services or a
>    solicitation of interest in them. If this is such a message and you
>    would like to opt out of receiving future advertisements or
>    solicitations from this BD group, please forward this e-mail to
>    optoutbygroup@?.com.
>    *******************************************************************
>    This message (which includes any attachments) is intended only for the
>    designated recipient(s). It may contain confidential or proprietary
>    information and may be subject to the attorney-client privilege or
>    other confidentiality protections. If you are not a designated
>    recipient, you may not review, use, copy or distribute this message.
>    If you received this in error, please notify the sender by reply
>    e-mail and delete this message. Thank you.
>    *******************************************************************
>    Corporate Headquarters Mailing Address: BD (Becton, Dickinson and
>    Company) 1 Becton Drive Franklin Lakes, NJ 07417 U.S.A.
>    *******************************************************************

--
Gregor Schmid                                Gregor.Schmid@?.de
Quality First Software GmbH                     http://www.qfs.de
Tulpenstr. 41                                Tel: +49 8171 919870
DE-82538 Geretsried                          Fax: +49 8171 919876
GF: Gregor Schmid, Karlheinz Kellerer          HRB München 140833


Videos Downloads Dokumentation Kaufen Gratis Testen