On Mon, Aug 31, 2015 at 12:22:44PM +0200, Cyril Hrubis wrote:
> Hi!
> > I read your January 2015 article where someone asked if TAP test output 
> > would be supported. It sounded like
> > you were going to look into it. Did you make any progress?
> 
> Unfortunately not yet.
> 
> > The reason I asked if because I was wanting the same feature and I was 
> > going to review the LTP code to see
> > how hard it would be to add it, but I wouldn't want to start if someone 
> > else has already done it. I did
> > see anything in the git history tho.
> 
> Well, have a look at lib/tst_res.c, that is the place where test results
> are stored/printed. Unfortunately this code hasn't been cleaned up yet.

So this typical line in LTP,

mount02     1  TPASS  :  mount() failed expectedly: TEST_ERRNO=ENODEV(19): No 
such device

would have to be transformed into,

ok 1 mount02 mount() failed expectedly: TEST_ERRNO=ENODEV(19): No such device
 
After the test number "1" in this case, looks like it's free form. It's "ok" 
for passed
tests, and "not ok" for failed ones, and you can skip too. 

https://testanything.org/tap-specification.html

It looks like it could be changes in lib/tst_res.c line 404 in function 
tst_print().
There's other components to TAP but the change above it the biggest I think.

> I've started to work on this just recently. Just now I'm experimenting
> with rewriting it from scratch keeping most of the API unchanged (since
> we cannot change easily the API for > ~1000 testcases).
> 
> Then there is another problem, so far LTP testcases are executed using
> the ltp-pan test driver, which executes testcases, catches segfaults,
> etc. We would have to consider how that would interact with the output
> generated from testcases.
> 
> One option would be to get rid of most of the pan functionality by
> moving the test driver code into the test library, so that each testcase
> would fork first, then run the real test in it's own virtual terminal,
> etc.

Well, if your re-writing it, than TAP could be added after that. Is this 
re-write
a long term thing, or something your planning to complete in the next couple 
months?

Daniel

------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to