schackmannj | 2 May 11:58 2005
Picon

[TFUI] Re: Fit Testing and GUI Testing

Hi Hugo,
we are developing the java gui testtool qftestJUI. For the next 
releases we seriously consider to offer some kind of interface to
fit. 
So if you are interested to discuss things or to share some 
information, just let us know. We would appreciate some brainstorming.
Best regards
Juergen

--- In TestFirstUserInterfaces@..., Hugo Garcia 
<hugo.a.garcia <at> g...> wrote:
> Hi
> 
> I was wondering if anyone here was using Fit and if so... are you
> tying the Fit test to the GUI testing? I am currently exploring this
> issue and would appreciate any comments, suggestions or questions 
that
> you may have.
> 
> Thanks
> 
> -H

To unsubscribe, email:
TestFirstUserInterfaces-unsubscribe@...

Yahoo! Groups Links

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

Sandeep Upadhya | 2 May 13:53 2005
Picon

Re: [TFUI] Re: Fit Testing and GUI Testing

Can anyone update me or provide some good sites which talks about what
exactly is Fit testing? and how is it implemented?

On 5/2/05, schackmannj <schackmannj@...> wrote:
> Hi Hugo,
> we are developing the java gui testtool qftestJUI. For the next 
> releases we seriously consider to offer some kind of interface to
> fit. 
> So if you are interested to discuss things or to share some 
> information, just let us know. We would appreciate some brainstorming.
> Best regards
> Juergen
> 
> --- In TestFirstUserInterfaces@..., Hugo Garcia
> <hugo.a.garcia <at> g...> wrote:
> > Hi
> > 
> > I was wondering if anyone here was using Fit and if so... are you
> > tying the Fit test to the GUI testing? I am currently exploring this
> > issue and would appreciate any comments, suggestions or questions 
> that
> > you may have.
> > 
> > Thanks
> > 
> > -H
> 
> 
> 
> 
(Continue reading)

yahoogroups | 2 May 14:14 2005

Re: [TFUI] Re: Fit Testing and GUI Testing

fit.c2.com
www.fitnesse.org
the FitLibrary project on sourceforge

There's also some good material on Brian Marick's
blog (www.testing.com), as well as an excellent
PyFit tutorial accessable from the FitNesse site.

Unfortunately, the best documentation is still
a month and a half from hitting the bookstore
shelves: "Fit for Software Testing" by Rick
Mugridge and Ward Cunningham.

FIT's goal is to make acceptance tests accessable
(and hopefully writable) by the non-technical
people on the customer team, including the expert
user, the business analyst and QA testing specialists
who are not software developers.

FIT tests normally exercise the layer just under
the GUI;  they work best when the application is
structured so that the GUI classes contain absolutely
no business logic, and the application controller classes
contain absolutely no GUI toolkit logic.

John Roth

----- Original Message ----- 
From: "Sandeep Upadhya" <s.upadhya.at.gmail.com@...>
To: "TestFirstUserInterfaces@..." 
(Continue reading)

Sandeep Upadhya | 2 May 19:15 2005
Picon

Re: [TFUI] Re: Fit Testing and GUI Testing

Thank you John

On 5/2/05, yahoogroups@...
<yahoogroups@...> wrote:
> fit.c2.com
> www.fitnesse.org
> the FitLibrary project on sourceforge
> 
> There's also some good material on Brian Marick's
> blog (www.testing.com), as well as an excellent
> PyFit tutorial accessable from the FitNesse site.
> 
> Unfortunately, the best documentation is still
> a month and a half from hitting the bookstore
> shelves: "Fit for Software Testing" by Rick
> Mugridge and Ward Cunningham.
> 
> FIT's goal is to make acceptance tests accessable
> (and hopefully writable) by the non-technical
> people on the customer team, including the expert
> user, the business analyst and QA testing specialists
> who are not software developers.
> 
> FIT tests normally exercise the layer just under
> the GUI;  they work best when the application is
> structured so that the GUI classes contain absolutely
> no business logic, and the application controller classes
> contain absolutely no GUI toolkit logic.
> 
> John Roth
(Continue reading)

Chris Hanson | 12 May 07:44 2005
Picon

Re: [TFUI] The TFUI Principles

On Feb 6, 2005, at 8:53 AM, Phlip wrote:
> GUI Tests on Cocoa don't need to regulate the event queue?
>
> My current career arc won't take me near Apple for a long time.  
> Could you
> help us by showing some GUI tests written for Cocoa?

Sorry I took so long to reply to this.  I've been a bit busy the past  
few months.

In general, human interface tests in Cocoa *don't* need to regulate  
the application's run loop.  You don't need to simulate an event  
queue, you don't need to feed events to controls and see what they  
do.  You can operate at a higher level because Cocoa isn't an object- 
oriented wrapper around an API, it's an object-oriented API.

I'm not going to write example tests, but I will say how you would  
write the tests.

For example, let's say you're building an interface that contains a  
button you want to invoke a method.  You can start out by writing a  
test that verifies you can instantiate the NSWindowController  
subclass that will manage the window.  Then you can test that this  
window controller has the right window nib name; a "nib" is an  
resource file that contains an archived object graph representing an  
interface.  After that, check that asking the window controller for  
its window will give you an NSWindow instance configured appropriately.

At each step tests will fail, so you either write the code (create  
the NSWindowController subclass, return the right result from its - 
(Continue reading)

Brian Marick | 12 May 16:05 2005

Re: [TFUI] The TFUI Principles


On May 12, 2005, at 12:44 AM, Chris Hanson wrote:

> On Feb 6, 2005, at 8:53 AM, Phlip wrote:
>> GUI Tests on Cocoa don't need to regulate the event queue?
>>
>> My current career arc won't take me near Apple for a long time.
>> Could you
>> help us by showing some GUI tests written for Cocoa?
>
> Sorry I took so long to reply to this.  I've been a bit busy the past
> few months.
>
> In general, human interface tests in Cocoa *don't* need to regulate
> the application's run loop.  You don't need to simulate an event
> queue, you don't need to feed events to controls and see what they
> do.  You can operate at a higher level because Cocoa isn't an object-
> oriented wrapper around an API, it's an object-oriented API.
>
> I'm not going to write example tests, but I will say how you would
> write the tests.

I've been (slowly) working up an example of test-first & Cocoa, using 
model-view-presenter (aka Humble Dialog Box). I'm working from the 
interaction design (high-level flow through the app) toward the details 
of buttons, so I'm coming at it from a different direction than Chris 
is. I'd be interested to hear what more experienced TFUI people think 
of this style.

First entry is here:
(Continue reading)

Charlie Poole | 27 May 04:04 2005

[TFUI] Seminar on Testing and Lean Development in London and Dublin

Hi All, 

Here is a seminar that might be of interest to you: Mary Poppendieck and
I are running a three-day workshop in London and Dublin this June.   

My workshop is a one day workshop on Communicating Through Tests. This
workshop, which I originally presented with Ward Cunningham, explores
using tests as a conversational medium in Agile development. It
emphasizes the role of tests in facilitating feedback through
communication.

Tom and Mary will be presenting a two day workshop on Lean Software
Development, focusing on how to apply lean principles to software
development. It will include exercises in value stream mapping and
explore a new topic: pipeline management.

Both workshops are aimed at a broad audience, including developers,
testers, and managers.  The workshops can be taken as a whole or
separately.  For more information and registration, see:
http://www.exoftware.com/workshops0605.htm.

The dates for the workshops are June 27-29 in London, and June 28-30 in
Dublin.

Regards,
Charlie Poole
www.charliepoole.org

PS.  I will also be offering a one half-day tutorial on Test Driven User
Interfaces at XP 2005.  It will be on Saturday afternoon, June 18 at
(Continue reading)

Charlie Poole | 27 May 04:17 2005

[TFUI] Seminar on Testing and Lean Development in London and Dublin

Hi All, 

Here is a seminar that might be of interest to you: Mary Poppendieck and
I are running a three-day workshop in Dublin this June.   

My workshop is a one day workshop on Communicating Through Tests. This
workshop, which I originally presented with Ward Cunningham, explores
using tests as a conversational medium in Agile development. It
emphasizes the role of tests in facilitating feedback through
communication.

Tom and Mary will be presenting a two day workshop on Lean Software
Development, focusing on how to apply lean principles to software
development. It will include exercises in value stream mapping and
explore a new topic: pipeline management.

Both workshops are aimed at a broad audience, including developers,
testers, and managers.  The workshops can be taken as a whole or
separately.  For more information and registration, see:
http://www.exoftware.com/workshops0605.htm.

The dates for the workshops are June 28-30 in Dublin.

Regards,
Charlie Poole
www.charliepoole.org

PS.  I will also be offering a one half-day tutorial on Test Driven User
Interfaces at XP 2005.  It will be on Saturday afternoon, June 18 at
Sheffield University. For more info, see:
(Continue reading)

Clarke, June [RA] | 31 May 05:35 2005
Picon

ANN: XPSD June 2nd meeting

This Thursday, June 2nd at eXtreme Programming San Diego, we will be
dedicating an evening to Test Driven Development. The meeting will take
place at SAIC on Campus Point Dr. (http://xpsd.org/SAICDirections) from
6-7:30PM. Please RSVP to this email or to joonspoon <at> yahoo.com if you wish to
attend. If you are not a U.S. citizen bring your passport with you to the
meeting.

The meeting will begin with two TDD-related presentations by two different
XPSD members; Carl Manaster and Phlip.

Carl will demonstrate his recent experimentation with "Zero Button Testing".
He will discuss what a programming language might look like if testing were
built into the language. How would the editor change?  How would the
programmer's flow be affected?  Carl will use an application he has written
to explore these questions.

Then Phlip will provide a brief note on some of the thornier issues of using
test-first to write downloadable web controls in the age of malware.

This should be a stimulating discussion on Test Driven Development and we
are hoping to hash out some of the subtleties of a topic that most of us are
already passionate about. Hope to see you there.

http://xpsd.org

To Post a message, send it to:   extremeprogramming <at> eGroups.com

To Unsubscribe, send a blank message to: extremeprogramming-unsubscribe <at> eGroups.com

ad-free courtesy of objectmentor.com 
(Continue reading)


Gmane