/**************************************************************************** ** ** Copyright (C) 2022 The Qt Company Ltd. ** Contact: https://www.qt.io/licensing/ ** ** This file is part of the QtTest module of the Qt Toolkit. ** ** $QT_BEGIN_LICENSE:LGPL$ ** Commercial License Usage ** Licensees holding valid commercial Qt licenses may use this file in ** accordance with the commercial license agreement provided with the ** Software or, alternatively, in accordance with the terms contained in ** a written agreement between you and The Qt Company. For licensing terms ** and conditions see https://www.qt.io/terms-conditions. For further ** information use the contact form at https://www.qt.io/contact-us. ** ** GNU Lesser General Public License Usage ** Alternatively, this file may be used under the terms of the GNU Lesser ** General Public License version 3 as published by the Free Software ** Foundation and appearing in the file LICENSE.LGPL3 included in the ** packaging of this file. Please review the following information to ** ensure the GNU Lesser General Public License version 3 requirements ** will be met: https://www.gnu.org/licenses/lgpl-3.0.html. ** ** GNU General Public License Usage ** Alternatively, this file may be used under the terms of the GNU ** General Public License version 2.0 or (at your option) the GNU General ** Public license version 3 or any later version approved by the KDE Free ** Qt Foundation. The licenses are as published by the Free Software ** Foundation and appearing in the file LICENSE.GPL2 and LICENSE.GPL3 ** included in the packaging of this file. Please review the following ** information to ensure the GNU General Public License requirements will ** be met: https://www.gnu.org/licenses/gpl-2.0.html and ** https://www.gnu.org/licenses/gpl-3.0.html. ** ** $QT_END_LICENSE$ ** ****************************************************************************/ #include "qtaptestlogger_p.h" #include "qtestlog_p.h" #include "qtestresult_p.h" #include "qtestassert.h" #if QT_CONFIG(regularexpression) # include #endif QT_BEGIN_NAMESPACE /*! \internal \class QTapTestLogger \inmodule QtTest QTapTestLogger implements the Test Anything Protocol v13. The \l{Test Anything Protocol} (TAP) is a simple plain-text interface between testing code and systems for reporting and analyzing test results. Since QtTest doesn't build the table for a data-driven test until the test is about to be run, we don't typically know how many tests we'll run until we've run them, so we put The Plan at the end, rather than the beginning. We summarise the results in comments following The Plan. \section1 YAMLish The TAP protocol supports inclusion, after a Test Line, of a "diagnostic block" in YAML, containing supporting information. We use this to package other information from the test, in combination with comments to record information we're unable to deliver at the same time as a test line. By convention, TAP producers limit themselves to a restricted subset of YAML, known as YAMLish, for maximal compatibility with TAP consumers. YAML (see \c yaml.org for details) supports three data-types: mapping (hash or dictionary), sequence (list, array or set) and scalar (string or number), much as JSON does. It uses indentation to indicate levels of nesting of mappings and sequences within one another. A line starting with a dash (at the same level of indent as its context) introduces a list entry. A line starting with a key (more indented than its context, aside from any earlier keys at its level) followed by a colon introduces a mapping entry; the key may be either a simple word or a quoted string (within which numeric escapes may be used to indicate unicode characters). The value associated with a given key, or the entry in a list, can appar after the key-colon or dasy either on the same line or on a succession of subsequent lines at higher indent. Thus \code - first list item - second: list item is a mapping with: - two keys - the second of which is a list - back in the outer list, a third item \endcode In YAMLish, the top-level structure should be a hash. The keys supported for this hash, with the meanings for their values, are: \list \li \c message: free text supplying supporting details \li \c severity: how bad is it ? \li \c source: source describing the test, as an URL (compare file, line) \li \c at: identifies the function (with file and line) performing the test \li \c datetime: when the test was run (ISO 8601 or HTTP format) \li \c file: source of the test as a local file-name, when appropriate \li \c line: line number within the source \li \c name: test name \li \c extensions: sub-hash in which to store random other stuff \li \c actual: what happened (a.k.a. found; contrast expected) \li \c expected: what was expected (a.k.a. wanted; contrast actual) \li \c display: description of the result, suitable for display \li \c dump: a sub-hash of variable values when the result arose \li \c error: describes the error \li \c backtrace: describes the call-stack of the error \endlist In practice, only \c at, \c expected and \c actual appear to be generally supported. We can also have several messages produced within a single test, so the simple \c message / \c severity pair of top-level keys does not serve us well. We therefore use \c extensions with a sub-tag \c messages in which to package a list of messages. \sa QAbstractTestLogger */ QTapTestLogger::QTapTestLogger(const char *filename) : QAbstractTestLogger(filename) , m_wasExpectedFail(false) { } QTapTestLogger::~QTapTestLogger() = default; void QTapTestLogger::startLogging() { QAbstractTestLogger::startLogging(); QTestCharBuffer preamble; QTest::qt_asprintf(&preamble, "TAP version 13\n" // By convention, test suite names are output as diagnostics lines // This is a pretty poor convention, as consumers will then treat // actual diagnostics, e.g. qDebug, as test suite names o_O "# %s\n", QTestResult::currentTestObjectName()); outputString(preamble.data()); } void QTapTestLogger::stopLogging() { const int total = QTestLog::totalCount(); QTestCharBuffer testPlanAndStats; QTest::qt_asprintf(&testPlanAndStats, "1..%d\n" // The plan (last non-diagnostic line) "# tests %d\n" "# pass %d\n" "# fail %d\n", total, total, QTestLog::passCount(), QTestLog::failCount()); outputString(testPlanAndStats.data()); QAbstractTestLogger::stopLogging(); } void QTapTestLogger::enterTestFunction(const char *function) { Q_UNUSED(function); m_wasExpectedFail = false; } void QTapTestLogger::enterTestData(QTestData *data) { Q_UNUSED(data); m_wasExpectedFail = false; } using namespace QTestPrivate; void QTapTestLogger::outputTestLine(bool ok, int testNumber, QTestCharBuffer &directive) { QTestCharBuffer testIdentifier; QTestPrivate::generateTestIdentifier(&testIdentifier, TestFunction | TestDataTag); QTestCharBuffer testLine; QTest::qt_asprintf(&testLine, "%s %d - %s%s\n", ok ? "ok" : "not ok", testNumber, testIdentifier.data(), directive.data()); outputString(testLine.data()); } void QTapTestLogger::addIncident(IncidentTypes type, const char *description, const char *file, int line) { if (m_wasExpectedFail && (type == Pass || type == BlacklistedPass || type == XFail || type == BlacklistedXFail)) { // XFail comes with a corresponding Pass incident, but we only want // to emit a single test point for it, so skip the this pass. return; } m_wasExpectedFail = type == XFail || type == BlacklistedXFail; const bool ok = type == Pass || type == BlacklistedPass || type == Skip || type == XPass || type == BlacklistedXPass; const char *const incident = [type]() { switch (type) { // We treat expected or blacklisted failures/passes as TODO-failures/passes, // which should be treated as soft issues by consumers. Not all do though :/ case BlacklistedPass: case XFail: case BlacklistedXFail: case XPass: case BlacklistedXPass: case BlacklistedFail: return "TODO"; case Skip: return "SKIP"; case Pass: case Fail: break; } return static_cast(nullptr); }(); QTestCharBuffer directive; if (incident) { QTest::qt_asprintf(&directive, " # %s%s%s", incident, description && description[0] ? " " : "", description); } int testNumber = QTestLog::totalCount(); // That counts Pass, Fail, Skip and blacklisted; the XFail will eventually // be added to it as a Pass, but that hasn't heppened yet, so count it now: if (m_wasExpectedFail) testNumber += 1; outputTestLine(ok, testNumber, directive); if (!ok) { // All failures need a diagnostics section to not confuse consumers // The indent needs to be two spaces for maximum compatibility. // This matches the width of the "- " prefix on a list item's first line. #define YAML_INDENT " " outputString(YAML_INDENT "---\n"); if (type != XFail && type != BlacklistedXFail) { #if QT_CONFIG(regularexpression) // This is fragile, but unfortunately testlib doesn't plumb // the expected and actual values to the loggers (yet). static QRegularExpression verifyRegex( QLatin1String("^'(?.*)' returned (?\\w+).+\\((?.*)\\)$")); static QRegularExpression comparRegex( QLatin1String("^(?.*)\n" "\\s*Actual\\s+\\((?.*)\\)\\s*: (?.*)\n" "\\s*Expected\\s+\\((?.*)\\)\\s*: (?.*)$")); QString descriptionString = QString::fromUtf8(description); QRegularExpressionMatch match = verifyRegex.match(descriptionString); if (!match.hasMatch()) match = comparRegex.match(descriptionString); if (match.hasMatch()) { bool isVerify = match.regularExpression() == verifyRegex; QString message = match.captured(QLatin1String("message")); QString expected; QString actual; if (isVerify) { QString expression = QLatin1String(" (") % match.captured(QLatin1String("actualexpression")) % QLatin1Char(')') ; actual = match.captured(QLatin1String("actual")).toLower() % expression; expected = (actual.startsWith(QLatin1String("true")) ? QLatin1String("false") : QLatin1String("true")) % expression; if (message.isEmpty()) message = QLatin1String("Verification failed"); } else { expected = match.captured(QLatin1String("expected")) % QLatin1String(" (") % match.captured(QLatin1String("expectedexpresssion")) % QLatin1Char(')'); actual = match.captured(QLatin1String("actual")) % QLatin1String(" (") % match.captured(QLatin1String("actualexpression")) % QLatin1Char(')'); } QTestCharBuffer diagnosticsYamlish; QTest::qt_asprintf(&diagnosticsYamlish, YAML_INDENT "type: %s\n" YAML_INDENT "message: %s\n" // Some consumers understand 'wanted/found', while others need // 'expected/actual', so we do both for maximum compatibility. YAML_INDENT "wanted: %s\n" YAML_INDENT "found: %s\n" YAML_INDENT "expected: %s\n" YAML_INDENT "actual: %s\n", isVerify ? "QVERIFY" : "QCOMPARE", qPrintable(message), qPrintable(expected), qPrintable(actual), qPrintable(expected), qPrintable(actual) ); outputString(diagnosticsYamlish.data()); } else #endif if (description && !incident) { QTestCharBuffer unparsableDescription; QTest::qt_asprintf(&unparsableDescription, YAML_INDENT "# %s\n", description); outputString(unparsableDescription.data()); } } if (file) { QTestCharBuffer location; QTest::qt_asprintf(&location, // The generic 'at' key is understood by most consumers. YAML_INDENT "at: %s::%s() (%s:%d)\n" // The file and line keys are for consumers that are able // to read more granular location info. YAML_INDENT "file: %s\n" YAML_INDENT "line: %d\n", QTestResult::currentTestObjectName(), QTestResult::currentTestFunction(), file, line, file, line ); outputString(location.data()); } outputString(YAML_INDENT "...\n"); } } void QTapTestLogger::addMessage(MessageTypes type, const QString &message, const char *file, int line) { Q_UNUSED(file); Q_UNUSED(line); Q_UNUSED(type); QTestCharBuffer diagnostics; QTest::qt_asprintf(&diagnostics, "# %s\n", qPrintable(message)); outputString(diagnostics.data()); } QT_END_NAMESPACE