From: Dave Chinner <david@fromorbit.com>
To: Eryu Guan <guaneryu@gmail.com>
Cc: fstests@vger.kernel.org
Subject: Re: [PATCH V3] check: fail tests if check/dmesg are not clean
Date: Mon, 4 Jun 2018 13:05:25 +1000 [thread overview]
Message-ID: <20180604030525.GF10972@dastard> (raw)
In-Reply-To: <20180603131251.GI6581@desktop>
On Sun, Jun 03, 2018 at 09:12:51PM +0800, Eryu Guan wrote:
> On Tue, May 29, 2018 at 09:07:37AM +1000, Dave Chinner wrote:
> > From: Dave Chinner <dchinner@redhat.com>
> >
> > Currently a test appears to pass even if it leaves a corrupt
> > filesystem behind, or a splat in the system logs that should not be
> > there. While the test is internally tracked as failed (and the
> > summary reports it as failed) the per-test output exits with a
> > success and so emits a completion time before the post-test checks
> > are run by the test harness. Rework the check code to report
> > post-test check failures as specific test failures rather than as
> > separate failure line items in the overall harness output.
> >
> > Reworking where we emit the errors this also allows us to include
> > the post-test filesystem checking in the test runtime. This is
> > currently not accounted to the test and can be substantial. Hence
> > the real elapsed time of each test is not accurately reflected in
> > the time stats being reported and so regressions in filesystem
> > checking performance go unnoticed.
> >
> > Changing the output reporting requires a complete reworking of the
> > main test check loop. It's a bunch of spaghetti at the moment
> > because it has post test reporting code at the end of the loop which
> > must run regardless of the test result. By moving the post test
> > reporting to the start of the next loop iteration, we can clean up
> > the code substantially by using continue directives where
> > appropriate.
> >
> > Also, for cases where we haven't run the test or it's already been
> > marked as failed, don't bother running the filesystem/dmesg checks
> > for failure as we're already going to report the test as failed.
> >
> > This touches almost all of the loop, so get rid of the remaining
> > 4 space indents inside the loop while moving all this code around.
> >
> > Signed-Off-By: Dave Chinner <dchinner@redhat.com>
>
> I hit some other errors when testing the xUnit report result, please see
> below. (Sorry for not finding it in previous review..)
>
> > ---
> > check | 260 +++++++++++++++++++++++++++++-------------------------
> > common/rc | 6 ++
> > 2 files changed, 144 insertions(+), 122 deletions(-)
> >
> > diff --git a/check b/check
> > index f6fb352bcbb9..0cdf95e9f5e7 100755
> > --- a/check
> > +++ b/check
> > @@ -38,10 +38,12 @@ randomize=false
> > export here=`pwd`
> > xfile=""
> > brief_test_summary=false
> > -_err_msg=""
> > do_report=false
> > DUMP_OUTPUT=false
> >
> > +# This is a global variable used to pass test failure text to reporting gunk
> > +_err_msg=""
> > +
> > # start the initialisation work now
> > iam=check
> >
> > @@ -643,78 +645,97 @@ for section in $HOST_OPTIONS_SECTIONS; do
> > seqres="$check"
> > _check_test_fs
> >
> > - for seq in $list
> > - do
> > - err=false
> > - _err_msg=""
> > - if [ ! -f $seq ]; then
> > - # Try to get full name in case the user supplied only seq id
> > - # and the test has a name. A bit of hassle to find really
> > - # the test and not its sample output or helping files.
> > - bname=$(basename $seq)
> > - full_seq=$(find $(dirname $seq) -name $bname* -executable |
> > - awk '(NR == 1 || length < length(shortest)) { shortest = $0 }\
> > - END { print shortest }')
> > - if [ -f $full_seq ] \
> > - && [ x$(echo $bname | grep -o "^$VALID_TEST_ID") != x ]; then
> > - seq=$full_seq
> > - fi
> > - fi
> > + err=false
> > + first_test=true
> > + for seq in $list ; do
> > + # Run report for previous test!
> > + if $err ; then
> > + bad="$bad $seqnum"
> > + n_bad=`expr $n_bad + 1`
> > + tc_status="fail"
> > + fi
> > + if $do_report && ! $first_test ; then
> > + if [ $tc_status != "expunge" ] ; then
> > + _make_testcase_report "$tc_status"
> > + fi
>
> This report is based on $seq variable, so when the test is _notrun (thus
> "continue" in the for loop), it's reporting the wrong test seq name, it
> should report the previous test seq not current. I saw reports like:
>
> <testcase classname="xfstests.xfs_4k_reflink" name="generic/403" time="1">
> <skipped message="no kernel support for y2038 sysfs switch" />
> </testcase>
> <testcase classname="xfstests.xfs_4k_reflink" name="generic/403" time="2">
>
> Note that both results reported test name as "generic/403", but the
> first one should really be "generic/402".
>
> I appended a fix patch in the end, if it looks fine I can fold the fix
> into this patch.
>
> ...
> <snip>
> ...
> > + if $do_report -a ! $first_test -a $tc_status != "expunge" ; then
> > _make_testcase_report "$tc_status"
> > - fi
> > - seq="after_$seqnum"
> > - done
> > + fi
> > +
>
> This if check should be fixed too as above one.
Yup, your patch looks good.
Reviewed-by: Dave Chinner <dchinner@redhat.com>
--
Dave Chinner
david@fromorbit.com
prev parent reply other threads:[~2018-06-04 3:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-28 23:07 [PATCH V3] check: fail tests if check/dmesg are not clean Dave Chinner
2018-06-03 13:12 ` Eryu Guan
2018-06-04 3:05 ` Dave Chinner [this message]
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=20180604030525.GF10972@dastard \
--to=david@fromorbit.com \
--cc=fstests@vger.kernel.org \
--cc=guaneryu@gmail.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