Automating UI tests (was Re: Art of Unit Testing)
Alex Martelli
aleaxit at yahoo.com
Sat Aug 18 03:27:30 EDT 2001
[posted to both comp.lang.python and the anygui list,
anygui-devel at lists.sourceforge.net, with followups to
the latter -- feel free to override if you think c.l.p needs
more discussion of this, of course]
"Joseph Andrew Knapka" <jknapka at earthlink.net> wrote in message
news:3B7D53EF.3A301516 at earthlink.net...
...
> > I can't think of a reasonably complete solution that's worth the
> > effort for one user of a GUI toolkit -- the test-harness should,
> > it seems to me, be part of the GUI toolkit itself (alter sys.path
> > so a guitest directory is prepended, and rather than the actual
> > widgets &c what you're getting is some kind of test-harness
> > version). But I don't know of any GUI kit, commercial or free,
> > for any language[s], that offers such a precious feature:-(. It's
> > not easy to architect, of course:-(.
>
> Possibly the Anygui project could offer a backend that,
> rather than instantiating Tkinter or wxPython controls,
> or whatever, instead instantiates objects that present a
> programmatic interface for the use of unit test code.
Yes, I think that does make sense (for a _second_ release
of anygui -- better get a first one out first:-). Maybe two
backends -- one which wraps any other real backend but as
a side effect also writes a log of anygui-level events, and
one that replays such events (and logs gui-related program
actions in textual form, for easier checking, rather than
drawing to the screen). That's not exactly "programmatic
control", but it would give easy "capture & playback" test
ability to any anygui program, and finer-grained program
control would then be easier to build as an add-on (e.g.
by generating the logs to be replayed).
Alex
More information about the Python-list
mailing list