public inbox for openembedded-core@lists.openembedded.org
 help / color / mirror / Atom feed
From: "Björn Stenberg" <bjst@enea.com>
To: Jesse Zhang <sen.zhang@windriver.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/1] perl-tests: convert to ptest
Date: Wed, 15 May 2013 13:01:27 +0200	[thread overview]
Message-ID: <20130515110127.GY25918@sestofb10.enea.se> (raw)
In-Reply-To: <51933BC3.5090001@windriver.com>

Jesse Zhang wrote:
> How verbose should the output be? The TEST script actually does its own
> analyzing and summarizing of the test results. Do we want the summary
> only or all the details? Do you want the detailed output converted to
> ptest format too?
> 
> For example,
> 
>     # ./TEST 
>     t/base/cond....................................................ok
>     t/base/if......................................................ok
>     t/base/lex.....................................................ok
>     t/base/num.....................................................ok

I would say this higher-level form is OK. Just sed it into:

PASS: t/base/cond
PASS: t/base/if
PASS: t/base/lex
PASS: t/base/num

> The output from the actual test case conforms to the TAP format (not
> sure about the top-level TEST). If you have an analysis tool, why not
> support one more widely used format? I can't see much value in forcing
> one format everywhere.

There is no supplied analysis tool for ptest. Ptest is defined as producing a specific output format, to simplify parsing and analysis of the results however and wherever you want to do it.

The alternative would be to say that a specific analysis tool must be used which understands every different way of reporting results. And after going through a number of packages I can assure you are a lot of different ways to do that, some quite creative. It would mean that every package maintainer would also have to add the result format of his package into that analysis tool, likely creating a huge mess.

I prefer the current way of putting the responsibility on each package to produce a standard output format.

-- 
Björn



  reply	other threads:[~2013-05-15 11:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-14  7:57 [PATCH 0/1] perl-tests: convert to ptest Jesse Zhang
2013-05-14  7:57 ` [PATCH 1/1] " Jesse Zhang
2013-05-14 12:58   ` Björn Stenberg
2013-05-15  7:39     ` Jesse Zhang
2013-05-15 11:01       ` Björn Stenberg [this message]
  -- strict thread matches above, loose matches on Subject: below --
2013-05-17  5:22 [PATCH v2 0/1] " Jesse Zhang
2013-05-17  5:22 ` [PATCH 1/1] " Jesse Zhang
2013-05-17  9:31   ` Björn Stenberg
2013-05-21  2:43     ` Jesse Zhang
2013-05-21 13:50       ` Björn Stenberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130515110127.GY25918@sestofb10.enea.se \
    --to=bjst@enea.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=sen.zhang@windriver.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox