[TIP] unitteset outcomes (pass/fail/xfail/error), humans and automation

Olemis Lang olemis at gmail.com
Tue Dec 15 06:45:50 PST 2009


On Tue, Dec 15, 2009 at 5:16 AM, Robert Collins
<robertc at robertcollins.net> wrote:
> On Tue, 2009-12-15 at 10:21 +0100, holger krekel wrote:
>>
>> Hum, designing API interactions for combining plugins for timeout-ing
>> tests,
>> tracing/coverage, distributed-testing, CI-integration, randomizing
>> tests,
>> enhanced PDB ... just to name a few, i find somewhat tricky.  So i
>> rather
>> think about standardizing output produced by the various testing
>> tools,
>> to ease post processing/reporting and to establish a common
>> understanding.
>

And also to treat then uniformly . I mean I am using testing framework
X and suddenly switch to TF Y and that's transparent for all apps
processing the test results (CI slaves or whatever ;o) ...

> Well, on the standardising output front, have you looked at subunit ? :)
> It aims at precisely that, with current included support for outputtin
> it from pyunit, shunit, cppunit, 'check' (A C xUnit implementation),
> converting to junit's xml format (which nearly all CI tools and many
> IDE's understand) :)
>

... the serialization of the test results is another subject , but could be
simpler if all TFs report test results following a well-known
(model | pattern | standard | specification ...)

> I think the API interactions for the things you mention are well
> addressable, though in a few different ways.

Yes, but let's go step by step and focus on test outcomes first , isn't it ?
;o)

-- 
Regards,

Olemis.

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:
Free jacknife 1.3.4 v2 Download - mac software  -
http://feedproxy.google.com/~r/TracGViz-full/~3/q0HBIH_50wQ/



More information about the testing-in-python mailing list