|
From: Eric W. <scr...@gm...> - 2007-02-13 05:07:21
|
# from Bradley K. Embree
# on Monday 12 February 2007 08:37 pm:
>Mike Schroeder wrote:
>> Eric Wilhelm wrote:
>>> BTW, the TAPx project would love to have a wxPerl gui test harness
>>> example. There's something that could be used by many perl
>>> programmers, even programmers of other languages, and has a small,
>>> but non-trivial issue of IPC with running children in a fork. IMO,
>>> it would also be a great place to apply a Wx::TreeListCtrl widget.
>>
>> Oh -- we've had another contractor (Brad Embree) working the past
>> few months on a test harness for wxPerl. At this point it assumes
>I am actually in the process of finishing the test harness up, and
>integrating it back into our main trunk for some final testing.
That sounds really neat, but we need a jargon clarification:
TAP Harness - thing that runs tests and aggregates results
TAP producer - Testing framework (e.g. Test::More)
So, if you're code prints "ok", "not ok" and involves .t files run under
"make test", then it is a testing framework (TAP producer.) If it is
actually a harness, that makes it difficult to run within a harness.
A harness (e.g. `prove` or `runtests`) simply takes a list of files to
test and executes each one, reporting on what passed/failed and giving
a summary at the end.
What the TAPx project would like is a wxPerl test harness (i.e. wxprove)
which runs your tests (be they gui tests or not) and shows which ones
passed or failed.
Yes, we want and need a wxPerl test framework too. :-D However, the
widespread and cross-language usefulness of which I wrote only applies
to a harness.
--Eric
--
A counterintuitive sansevieria trifasciata was once literalized
guiltily.
--Product of Artificial Intelligence
---------------------------------------------------
http://scratchcomputing.com
---------------------------------------------------
|