[tap-l] multi-file TAP
Andy Armstrong
andy at hexten.net
Sat Apr 7 21:29:24 BST 2007
On 7 Apr 2007, at 21:01, Eric Wilhelm wrote:
> # from Andy Armstrong
> # on Saturday 07 April 2007 08:58 am:
>
>> plan 4
>> begin "Spigot extraction"
>> plan 3
>> ok 1 Spigot::Extractor loaded
>> ok 2 Spigot visble
>> not ok 3 Spigot free
>> end
>> begin "Documentation"
>> plan 1
>> ok 1 Documentation makes sense
>> end
>> ok 3 All tests completed
>
> Doesn't that last line invalidate the 'plan 4' bit?
It should be plan 3 - two begin/end pairs and a naked test.
> If we're indenting, couldn't we do without the 'end'?
I'm only indenting for clarity. I suppose that - for even more
clarity - I could have mentioned that :)
> Even without indenting, I'm a bit wary of a begin/end scheme simply
> because it allows results and files the same status. It's like a data
> structure of:
[snip]
> Maybe I'm just suffering the xml jitters. Even the above scares me.
> It's like we're going to build a data structure using only the tag
> <node>.
Well programming languages manage OK with only a single <node> tag,
often called '{':
statement ::= simple-statement
| '{' simple-statement * '}'
Here's a problem: how to we handle TAP version? You'd want the TAP
version at the front of a TAP stream to reflect the version of
everything the stream contains - but if you're merging multiple
streams you haven't necessarily seen them yet to know what version
they are.
--
Andy Armstrong, hexten.net
More information about the tap-l
mailing list