Skip to contentSkip to conversation

Test Anything Protocal output

LTP Cyril Hrubis 1 participant 3 messages Aug 31, 2015 – Sep 2, 2015 3 messages not in the archive

lore
Share & tools
lore
#1 lore raw
In reply to a message not in the archive

Hi!

Quoted 2 lines

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.

Quoted 3 lines

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.

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.

Signature · 8 lines
Cyril Hrubis
[email protected]

------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
#3 lore raw
In reply to a message not in the archive

Hi!

Quoted 2 lines

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.

Getting 90% working would be easy enough, the real problem is making it work for all corner cases, which is the reason I would rather want to do this for a cleaner code.

Quoted 9 lines
Quoted 9 lines

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.

Quoted 7 lines
Quoted 4 lines

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?

The tst_res.c is one of the last files under the lib/ that hasn't been cleaned up yet and I certainly want to do that before next release, which would be in aprox. three months.

Signature · 8 lines
Cyril Hrubis
[email protected]

------------------------------------------------------------------------------
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
#5 lore raw
In reply to a message not in the archive

Hi!

Quoted 9 lines
Quoted 6 lines
Quoted 2 lines

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?

The tst_res.c is one of the last files under the lib/ that hasn't been cleaned up yet and I certainly want to do that before next release, which would be in aprox. three months.

Ok, I can wait for that. Are you planning on doing it in steps, or just one big update for the file ? I ask only to see if there's something I could look at prior to the final release.

Just now I'm still in the planning and designing phase. I will likely want to discuss the changes before they get commited to LTP, either as patches on ML or as separate git repo. We can wire up TAP output at that point.

Signature · 13 lines
Cyril Hrubis
[email protected]

------------------------------------------------------------------------------
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list