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 2008


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

Re: [QF-Test] Enhancement suggestions


  • Subject: Re: [QF-Test] Enhancement suggestions
  • From: Gregor Schmid <Gregor.Schmid@?.de>
  • Date: 04 Jun 2008 21:07:05 +0200

Hi Jon,

good suggestions. Items 2 and 3 are relatively easy to implement and
especially 3 has been on my mind as well. I'll see what we can do
about these.

Item 1 will need closer examination when we finally tackle
refactoring. In my opinion it's not such a good idea to automatically
update parameter values in procedure calls just because the value
happens to match the default and that default gets changed. Once a
parameter is specified in a procedure call, the distinction whether
the intention is to always use the default value or specifically the
specified value gets lost. This is why, in contrast to you, we define
only the really necessary parameters in our test. Your use is the
opposite of what I had intended when implementing default values, so
I'm not overly sympathetic ;-). But if others raise their hand for
this feature as well, we'll certainly think about it.

But don't let that dissuade from making further suggestions, they're
very welcome.

Best regards,
    Greg

Jon Bright <jbright@?.de> writes:

> Hi,
>
> We have a few suggestions for QF-Test enhancements.
>
> 1. It would be really handy if, when adding a parameter to an existing
> procedure, QF-Test offered to add it (with the default value) to all of
> the existing procedure calls for that procedure.  Similarly useful would
> be if it subsequently offered to update any call using the procedure's
> default value when that default was changed.  I realise we could just
> not have those parameters in the calls and the default would get taken
> and wouldn't need updating.  But often, when looking through a test, it
> escapes your notice/memory that some procedure *has* a particular
> parameter.  Having all of the parameters in all of the calls all of the
> time would be preferable for us...
>
> 2. In the run log, when calling a procedure from another file, we get
> the log text
>
> "Call procedure <file>#<package>.<procedure name>(<parameters>)"
>
> This is pretty long and tends to mean that the (usually) most
> interesting part of the message, the procedure name, is obscured.  Maybe
> something like
>
> "Call <procedure name>(parameters) (from <file>#<package>)"
>
> would be better?
>
> 3. Again in the run log, it would be useful to have some kind of display
> of the number of errors/warnings per test/test-case/test-set.  This
> would enable one to get a quick idea about where attention needs to be
> focused and how far the results are from the expected results.  We often
> create tests for a problem before actually fixing the problem -
> sometimes months before, so our test suite is often carrying around a
> bunch of tests which are expected to fail.  Having this information
> would enable us to differentiate between stuff we're expecting and stuff
> that wants looking at.
>
> Regards,
>
> Jon Bright
>
> --
> Software-Entwickler                tick Trading Software AG
> Tel: +49-2324-90448-11             Niederlassung Sprockhövel
> Fax: +49-2324-90448-21             Hattinger Straße 35
> jbright@?.de                 D-45549 Sprockhövel
> ____________________________________________________________
>
> Hauptsitz: tick Trading Software AG,
> Ernst-Schneider-Platz 1, D-40212 Düsseldorf
> Tel: +49-211-3611-1111, Fax: +49-211-3611-1112
> Handelsregister Düsseldorf HRB 54679
> Vorstand: Oliver Wagner (Vors.), Matthias Hocke, Ingo Hillen
> Aufsichtsratsvorsitzender: Dr. Joachim Schneider

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