[TIP] Result protocol / pass-fail-error

Olemis Lang olemis at gmail.com
Mon Apr 13 10:48:38 PDT 2009


On Mon, Apr 13, 2009 at 11:34 AM, Mark Sienkiewicz <sienkiew at stsci.edu> wrote:
> Jesse Noller wrote:
>>>> 2> There is the generic concept of a "test result" - in my mind, this
>>>> is the simple "PASS/FAIL/ERROR" concept of a test which is completed.
>>>>
>>>>
>>> Agreed - there should be a single result element with values PASS / FAIL /
>>> ERROR.
>>>
>>
>> Building on this, and Scott's point -
>>
>> test_cases:
>>     test:
>>         id: STR
>>         result: STR: PASS | FAIL | ERROR | SKIP | UNKNOWN | KILLED (or TIMEOUT)
>>         result_id: STR: 0 | 1 | 255 | ... others
>>
>
> You do not need to define all the possible values for result.  Instead,
> you can define the most common, but allow other user-defined values.
>

+1 ... my suggestion according to my own experience is to have a
one-level hierarchy like the following :

- ERROR
- FAIL
  * KILLED
  * TIMEOUT
  * UNKNOWN
- PASS
  * SKIP

thereby allowing to refine ERROR, FAIL & PASS

-- 
Regards,

Olemis.

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

Featured article:



More information about the testing-in-python mailing list