2011-04-27 10:05:43 +00:00
|
|
|
<Environment>
|
|
|
|
<QtVersion>@INSERT_QT_VERSION_HERE@</QtVersion>
|
Use new QLibraryInfo::build() in testlib to log build information.
This produces:
********* Start testing of tst_QtJson *********
Config: Using QtTest library 5.3.0, Qt 5.3.0 (Feb 13 2014, GCC 4.6.3, 64 bit, debug build)
PASS : tst_QtJson::initTestCase()
<?xml version="1.0" encoding="UTF-8"?>
<TestCase name="tst_QtJson">
<Environment>
<QtVersion>5.3.0</QtVersion>
<QtBuild>Qt 5.3.0 (Feb 13 2014, GCC 4.6.3, 64 bit, debug build)</QtBuild>
<QTestVersion>5.3.0</QTestVersion>
</Environment>
<?xml version="1.0" encoding="UTF-8" ?>
<testsuite errors="1" failures="1" tests="42" name="tst_QtJson">
<properties>
<property value="5.3.0" name="QTestVersion"/>
<property value="5.3.0" name="QtVersion"/>
<property value="Qt 5.3.0 (Feb 13 2014, GCC 4.6.3, 64 bit, debug build)" name="QtBuild"/>
</properties>
<Environment>
<QtVersion>5.3.0</QtVersion>
<QtBuild>Qt 5.3.0 (Feb 13 2014, GCC 4.6.3, 64 bit, debug build)</QtBuild>
<QTestVersion>5.3.0</QTestVersion>
</Environment>
[ChangeLog][QtTest] Tests now output build information.
Change-Id: I0ab473371575f2b807db725256805b8bffea3454
Reviewed-by: Sergio Ahumada <sahumada@blackberry.com>
Reviewed-by: Jędrzej Nowacki <jedrzej.nowacki@digia.com>
2014-02-26 16:12:45 +00:00
|
|
|
<QtBuild/>
|
2011-04-27 10:05:43 +00:00
|
|
|
<QTestVersion>@INSERT_QT_VERSION_HERE@</QTestVersion>
|
|
|
|
</Environment>
|
|
|
|
<TestFunction name="initTestCase">
|
2011-08-30 09:54:32 +00:00
|
|
|
<Incident type="pass" file="" line="0" />
|
2016-07-29 11:18:24 +00:00
|
|
|
<Duration msecs="0"/>
|
2011-04-27 10:05:43 +00:00
|
|
|
</TestFunction>
|
|
|
|
<TestFunction name="fetchBogus">
|
|
|
|
<Message type="qfatal" file="" line="0">
|
2011-08-31 02:52:27 +00:00
|
|
|
<DataTag><![CDATA[foo]]></DataTag>
|
2011-04-27 10:05:43 +00:00
|
|
|
<Description><![CDATA[QFETCH: Requested testdata 'bubu' not available, check your _data function.]]></Description>
|
|
|
|
</Message>
|
testlib: Pass on file location on failure, but don't assume we have one
We try our best to pass on the file location of a failure, including for
fatal errors, but the reporting or logging machinery should not assume
there is one.
By passing on nullptr for the file location we allow the logging backends
to decide how to handle the situation, e.g. by not emitting extra fields
for failure location.
This effectively reverts c25687fa0b6e4be043e1f8c92c093d8b06ca06c4,
in favor of relying on the backends to cope with null filename,
which they already did.
As qFatal uses QMessageLogger, which by default disables file/line
information in release builds, we need to explicitly enable this in
our self-tests, to get uniform test results. Similarly, we disable
file/line info from testlib itself, as reporting Qt internal file
and line information for user diagnostics is less useful. The odd
one out there is qtestdata.cpp, which still ends up in test output
due to using QTEST_ASSERT instead of qFatal for its diagnostics.
Cleaning up that, and unifying how we report testlib issues to the
user, is left for another day.
Pick-to: 6.2
Change-Id: Ib9451b8eed86fe3ade4a4dcaf0037e1a3450321c
Reviewed-by: Edward Welbourne <edward.welbourne@qt.io>
Reviewed-by: Mårten Nordheim <marten.nordheim@qt.io>
Reviewed-by: Thiago Macieira <thiago.macieira@intel.com>
2021-07-28 09:44:01 +00:00
|
|
|
<Incident type="fail" file="" line="0">
|
2011-08-31 02:52:27 +00:00
|
|
|
<DataTag><![CDATA[foo]]></DataTag>
|
2011-04-27 10:05:43 +00:00
|
|
|
<Description><![CDATA[Received a fatal error.]]></Description>
|
|
|
|
</Incident>
|
2016-07-29 11:18:24 +00:00
|
|
|
<Duration msecs="0"/>
|
2011-04-27 10:05:43 +00:00
|
|
|
</TestFunction>
|
2013-10-24 18:10:37 +00:00
|
|
|
<Duration msecs="0"/>
|