Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1653917pxu; Sat, 12 Dec 2020 22:14:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJw9KOrSpba/9k5Jjin9bmkEPxVOD8+fk9Nu58cfYEmSfl2fPwjbk91DTP41w6EKu3cbfyfS X-Received: by 2002:a50:b905:: with SMTP id m5mr18953597ede.292.1607840055626; Sat, 12 Dec 2020 22:14:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607840055; cv=none; d=google.com; s=arc-20160816; b=swhv1b17PmMqiPIVhPYaAlY6JFT6M3OgBXkpXaLRzhyf3KranisALTBtO2NIOkui9F ezhse72jQWMS8cPqGT47skja7q7/4c5bP8iJy0x0fdjyBX22eFQpyxgYfRr0BP1tVvir cwBOeWdqEJ/SH1LnYJxwIravsZwelQ8Bg9ghWAVDPNU0d8YC1G6PHGbZbZKlipun3R0h J7lVbXyTEM/EOKTohr0tF7RhCydE6+hNZn8q02G7+LkB/8AilRPOZO9YsMn22KufKeuC 803ds9svdlthadj/FIcfie43eC9+9RnulxYxriyT/8rOwyOLiAWBlKQIubQxRuu5uibz W3Lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=M6jGKkVrIPAXEQEHBml1rXNq51AkrP2Irw7dxFu1vgU=; b=nxx7QxnQj34ZMpph4vJvIr2tRJphvrqolQ/lj4iDcTiOSv0WRfP5ugEFA6yv1Ty0k4 ODl2qmDJNL4DFJbYXsYNUJW8XIkDfBelGAkd91/fWnlO5yboIGwq5V6B4G55DGEIYx2b kxHfHl4oaoTB8jmtOYhfPjR4M80JvBWC/F5msrNEJdWiydn0273+XcvWM93PAAp32cja k6Q6INR2GtqV4lYJa/xugMUfmkMajSYuMG0MGNzT3M+X5D0CumSY+DoU9SzZJxtGYt9L mTiMTWbatXE1iE3x8+2Fj1B0vnl7O+dXrwQI9W0Z4BgDjJqP7MEdtFaemFhyqTDx87Dm cAkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=FGMgBTmr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z14si924240ejb.299.2020.12.12.22.13.53; Sat, 12 Dec 2020 22:14:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=FGMgBTmr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2407175AbgLKXmT (ORCPT + 99 others); Fri, 11 Dec 2020 18:42:19 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390537AbgLKXmG (ORCPT ); Fri, 11 Dec 2020 18:42:06 -0500 Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 64012C0613CF for ; Fri, 11 Dec 2020 15:41:23 -0800 (PST) Received: by mail-io1-xd43.google.com with SMTP id n4so11207971iow.12 for ; Fri, 11 Dec 2020 15:41:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=M6jGKkVrIPAXEQEHBml1rXNq51AkrP2Irw7dxFu1vgU=; b=FGMgBTmreoz1a3pKbfJC3FH3NqJzNebutZfrhI3Rd/MMGQAsWCBXHxiEnEgT+GNHy/ Up0Zaez7m65E+y1EmGthubXwyXTXnvfnAsAXxOEp36ahU9cG7exrHc6EdfLB/vsOPC5F 5/ENRz2yHL6V8+/T3BLCMLFtkVgFYMgj3y+k7rmkcedt7+WHV/94zjk5CnAf2z4EyuvP rXmRlQI9ZjkBRZn5ps0ScNrZrFpYoEQ2TCHANxklsjKnf+5h+7r1njrGc7dekv5rQaCm nUq6NljW2D2qgqQ6+xrWZJDOK02X06urcORvNzXfp6zpBm4AiuLZWlGqwuFAR2S7FqsA ByiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=M6jGKkVrIPAXEQEHBml1rXNq51AkrP2Irw7dxFu1vgU=; b=m6VMaOODQmnc547JUXonRAO8Y4OjZsYDuaAoafQY5NrKNiCNpYinvUKYfAT16sbqpD uNMBEAO3Zhtc4Epdbk/TLYEw1OAXvFbdu4zh1UlV5Va/XQaPmIUlRQke1le/GuwNSp3v T/voxRIDLZQ+In/kLM1jEoTS8b6XYwlm2i0arE2xEyIm2rpKSv7MWmDHv3IQJ2T8O/32 ssto81OFrdEJ14pfYThSM2UjciLDDla118hUQPAKE+81Xdf2dlidzqQleaIEfjjqP3zO 4xtBpwgCFXbtC6G+HETDuOpIvE5tP/egFhrOXmtSM7nzxWBVIuubZwM1GpGswYnHAwEu 7bAA== X-Gm-Message-State: AOAM533+cbj2X1WIIlFSp43WKsReZbr0XZAfgyXZLdfHS5be2reaXQIM +I1UzUVUjqKArIAMhvbk7K9PK0zUHvxWv5/2tou5eg== X-Received: by 2002:a6b:6f07:: with SMTP id k7mr17892259ioc.48.1607730082345; Fri, 11 Dec 2020 15:41:22 -0800 (PST) MIME-Version: 1.0 References: <20201211072319.533803-1-davidgow@google.com> In-Reply-To: <20201211072319.533803-1-davidgow@google.com> From: Daniel Latypov Date: Fri, 11 Dec 2020 15:41:10 -0800 Message-ID: Subject: Re: [PATCH] kunit: Print test statistics on failure To: David Gow Cc: Brendan Higgins , Shuah Khan , Andy Shevchenko , Arpitha Raghunandan <98.arpi@gmail.com>, "open list:KERNEL SELFTEST FRAMEWORK" , KUnit Development , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 10, 2020 at 11:23 PM David Gow wrote: > > When a number of tests fail, it can be useful to get higher-level > statistics of how many tests are failing (or how many parameters are > failing in parameterised tests), and in what cases or suites. This is > already done by some non-KUnit tests, so add support for automatically > generating these for KUnit tests. > > This change adds a 'kunit_stats_enabled' switch which has three values: > - 0: No stats are printed (current behaviour) > - 1: Stats are printed only for tests/suites with more than one > subtests, and at least one failure (new default) > - 2: Always print test statistics I personally prefer having less options here, if possible. a) I wonder if 0 can be dropped in favor of just using the default (1). I don't know that showing test counts on failures (ideally a rare occurrence) in the diagnostics would be enough of an annoyance that people would want to turn it off. b) And/or perhaps strike a compromise between 1/2. We print the test stats whenever there are >1 subtests, regardless of # of failures. If we take both suggestions, then we just have one way, which is appealing to me personally, but I don't know that people would like that. > > For parameterised tests, the summary line looks as follows: > " # inode_test_xtimestamp_decoding: 0 / 16 test parameters failed" > For test suites, it looks like this: > "# ext4_inode_test: (0 / 1) tests failed (0 / 16 test parameters)" > > kunit_tool is also updated to correctly ignore diagnostic lines, so that > these statistics do not prevent the result from parsing. > > Signed-off-by: David Gow > --- > > This is largely a follow-up to the discussion here: > https://lore.kernel.org/linux-kselftest/CABVgOSmy4n_LGwDS7yWfoLftcQzxv6S+iXx9Y=OPcgG2gu0z1w@mail.gmail.com/T/#t > > Does this seem like a sensible addition? > > Cheers, > -- David > > lib/kunit/test.c | 71 +++++++++++++++++++++++++++++ > tools/testing/kunit/kunit_parser.py | 2 +- > 2 files changed, 72 insertions(+), 1 deletion(-) > > diff --git a/lib/kunit/test.c b/lib/kunit/test.c > index ec9494e914ef..711e269366a7 100644 > --- a/lib/kunit/test.c > +++ b/lib/kunit/test.c > @@ -9,6 +9,7 @@ > #include > #include > #include > +#include > #include > #include > > @@ -16,6 +17,40 @@ > #include "string-stream.h" > #include "try-catch-impl.h" > > +/* > + * KUnit statistic mode: > + * 0 - disabled > + * 1 - only when there is at least one failure, and more than one subtest > + * 2 - enabled > + */ > +static int kunit_stats_enabled = 1; > +core_param(kunit_stats_enabled, kunit_stats_enabled, int, 0644); > + > +static bool kunit_should_print_stats(int num_failures, int num_subtests) > +{ > + if (kunit_stats_enabled == 0) > + return false; > + > + if (kunit_stats_enabled == 2) > + return true; > + > + return (num_failures > 0 && num_subtests > 1); > +} > + > +static void kunit_print_test_stats(struct kunit *test, > + size_t num_failures, size_t num_subtests) > +{ > + if (!kunit_should_print_stats(num_failures, num_subtests)) > + return; > + > + kunit_log(KERN_INFO, test, > + KUNIT_SUBTEST_INDENT > + "# %s: %lu / %lu test parameters failed", > + test->name, > + num_failures, > + num_subtests); > +} > + > /* > * Append formatted message to log, size of which is limited to > * KUNIT_LOG_SIZE bytes (including null terminating byte). > @@ -346,15 +381,37 @@ static void kunit_run_case_catch_errors(struct kunit_suite *suite, > test_case->success = test->success; > } > > +static void kunit_print_suite_stats(struct kunit_suite *suite, > + size_t num_failures, > + size_t total_param_failures, > + size_t total_params) > +{ > + size_t num_cases = kunit_suite_num_test_cases(suite); > + > + if (!kunit_should_print_stats(num_failures, num_cases)) > + return; > + > + kunit_log(KERN_INFO, suite, > + "# %s: (%lu / %lu) tests failed (%lu / %lu test parameters)", > + suite->name, > + num_failures, > + num_cases, > + total_param_failures, > + total_params); > +} > + > int kunit_run_tests(struct kunit_suite *suite) > { > char param_desc[KUNIT_PARAM_DESC_SIZE]; > struct kunit_case *test_case; > + size_t num_suite_failures = 0; > + size_t total_param_failures = 0, total_params = 0; > > kunit_print_subtest_start(suite); > > kunit_suite_for_each_test_case(suite, test_case) { > struct kunit test = { .param_value = NULL, .param_index = 0 }; > + size_t num_params = 0, num_failures = 0; > bool test_success = true; > > if (test_case->generate_params) { > @@ -385,13 +442,27 @@ int kunit_run_tests(struct kunit_suite *suite) > test.param_value = test_case->generate_params(test.param_value, param_desc); > test.param_index++; > } > + > + if (!test.success) > + num_failures++; Completely tangential: I'm glad we're counting failures now. As noted in previous discussions, we'd want to eventually do this anyways. It would be good if this func (and eventually `insmod`) could return a non-zero retcode on test failure so users don't have to necessarily parse KTAP output. > + num_params++; > + > } while (test.param_value); > > + kunit_print_test_stats(&test, num_failures, num_params); > + > kunit_print_ok_not_ok(&test, true, test_success, > kunit_test_case_num(suite, test_case), > test_case->name); > + > + if (!test_success) > + num_suite_failures++; > + total_params += num_params; > + total_param_failures += num_failures; > } > > + kunit_print_suite_stats(suite, num_suite_failures, > + total_param_failures, total_params); > kunit_print_subtest_end(suite); > > return 0; > diff --git a/tools/testing/kunit/kunit_parser.py b/tools/testing/kunit/kunit_parser.py > index 6614ec4d0898..88ee2b2668ad 100644 > --- a/tools/testing/kunit/kunit_parser.py > +++ b/tools/testing/kunit/kunit_parser.py > @@ -95,7 +95,7 @@ def print_log(log): > for m in log: > print_with_timestamp(m) > > -TAP_ENTRIES = re.compile(r'^(TAP|[\s]*ok|[\s]*not ok|[\s]*[0-9]+\.\.[0-9]+|[\s]*#).*$') > +TAP_ENTRIES = re.compile(r'^(TAP|[\s]*ok|[\s]*not ok|[\s]*[0-9]+\.\.[0-9]+|[\s]*# Subtest:).*$') > > def consume_non_diagnositic(lines: List[str]) -> None: > while lines and not TAP_ENTRIES.match(lines[0]): > > base-commit: 5f6b99d0287de2c2d0b5e7abcb0092d553ad804a > -- > 2.29.2.576.ga3fc446d84-goog >