Re: [TFUI] comments on my first chapter

"Jim Bennett" <[email protected]> Wed, 19 Apr 2006 14:49:20 -0400
Newsgroups gmane.comp.programming.test-first-user-interfaces
Message-ID <00a301c663e1$f893e030$4101a8c0@datron1800>
Testing GUI's first or last is hard. That is the core problem. You are
trying to provide approaches to developing UI code with a test first
approach. I say all approaches to test first user interface development in
one source work would be nice to have. I'm sure your reviewer is well
qualified at what he does, but I don't think a test engineer/ QA guy would
understand much about the reasons for TDD and TFUI, since it is a
developer's way of writing better code and they would not have had the
experience necessary to draw conclusions to why you need a TFUI book. If you
are struggling to grasp some concepts we TDD'ers take for granted then that
might foul you up enough trying to figure out what/why TFUI.

Cheers,

Jim Bennett
www.blix.net/Testing

From: "Phlip" <[email protected]>
> TFUIers:
>
> A reputable (and opinionated) test engineer and QA consultant provided
> this review of as much as he could stand of /TFUI/
>
> <netiquette mode="suspended" attrocity="public quote of private e-mail">
>
>    I couldn't find a description of what testing means to you, so I'm
having
>    trouble sorting out some fundamental philosophical basis for what
you're
>    writing.
>
>    I was also unable to find anything or anyone that I would consider a
>    reference to previously existing thought about testing.  Was this
>    intentional?  Is there a line of thinking about testing that you're
>    following (or challenging, or ignoring)?
>
>    I'm also having some difficulty following the line of reasoning; it
seems
>    to me disjointed.  That may be a reader issue, rather than a writer
issue.
>
> </netiquette>
>
> Okay, guys, is this him or me?
>
> (Or maybe has he read too many of my online posts?)
>
> The answer, in the tiniest nutshell possible, is:
>
> "The root problem is you must think of a test case that can force a
> new graphical situation, without writing the graphical situation
> itself first, AND without viewing the GUI to see if the situation
> works. Your new test should tell you it works. Think of easy GUIs,
> like data entry, and then think of hard GUIs, like rotating fractals,
> or heat maps."
>
> I say that in the first chapter like so many times, in various
> different ways, using both our brainwashed jargon and common industry
> jargon.
>
> About "reference to previously existing thought about testing", I list
> /Test Driven Development/ on Page 2... Sheesh...
>
> --
>   Phlip
>   http://www.greencheese.org/ZeekLand  <-- NOT a blog!!




To unsubscribe, email:
TestFirstUserInterfaces-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/TestFirstUserInterfaces/

<*> To unsubscribe from this group, send an email to:
    TestFirstUserInterfaces-unsubscribe-hHKSG33TihhbjbujkaE4pw@public.gmane.org

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/