QTest NamespaceThe QTest namespace contains all the functions and declarations that are related to the QTestLib tool. More... #include <QTest> Classes
Types
Functions
Macros
Detailed DescriptionThe QTest namespace contains all the functions and declarations that are related to the QTestLib tool. Please refer to the QTestLib Manual documentation for information on how to write unit tests. Classesclass QTouchEventSequenceThe QTouchEventSequence class is used to simulate a sequence of touch events. More... Type Documentation
|
Constant | Value |
---|---|
QTest::AI_Undefined | -1 |
QTest::AI_Name | 0 |
QTest::AI_Result | 1 |
QTest::AI_Tests | 2 |
QTest::AI_Failures | 3 |
QTest::AI_Errors | 4 |
QTest::AI_Type | 5 |
QTest::AI_Description | 6 |
QTest::AI_PropertyValue | 7 |
QTest::AI_QTestVersion | 8 |
QTest::AI_QtVersion | 9 |
QTest::AI_File | 10 |
QTest::AI_Line | 11 |
QTest::AI_Metric | 12 |
QTest::AI_Tag | 13 |
QTest::AI_Value | 14 |
QTest::AI_Iterations | 15 |
This enum describes possible actions for key handling.
Constant | Value | Description |
---|---|---|
QTest::Press | 0 | The key is pressed. |
QTest::Release | 1 | The key is released. |
QTest::Click | 2 | The key is clicked (pressed and released). |
The enum specifies the kinds of test log messages.
Constant | Value |
---|---|
QTest::LET_Undefined | -1 |
QTest::LET_Property | 0 |
QTest::LET_Properties | 1 |
QTest::LET_Failure | 2 |
QTest::LET_Error | 3 |
QTest::LET_TestCase | 4 |
QTest::LET_TestSuite | 5 |
QTest::LET_Benchmark | 6 |
QTest::LET_SystemError | 7 |
This enum describes possible actions for mouse handling.
Constant | Value | Description |
---|---|---|
QTest::MousePress | 0 | A mouse button is pressed. |
QTest::MouseRelease | 1 | A mouse button is released. |
QTest::MouseClick | 2 | A mouse button is clicked (pressed and released). |
QTest::MouseDClick | 3 | A mouse button is double clicked (pressed and released twice). |
QTest::MouseMove | 4 | The mouse pointer has moved. |
This enum lists all the things that can be benchmarked.
Constant | Value | Description |
---|---|---|
QTest::FramesPerSecond | 0 | Frames per second |
QTest::BitsPerSecond | 1 | Bits per second |
QTest::BytesPerSecond | 2 | Bytes per second |
QTest::WalltimeMilliseconds | 3 | Clock time in milliseconds |
QTest::CPUTicks | 4 | CPU time |
QTest::InstructionReads | 5 | Instruction reads |
QTest::Events | 6 | Event count |
This enum was introduced or modified in Qt 4.7.
See also QTest::benchmarkMetricName() and QTest::benchmarkMetricUnit().
This enum describes the modes for skipping tests during execution of the test data.
Constant | Value | Description |
---|---|---|
QTest::SkipSingle | 1 | Skips the current entry in the test table; continues execution of all the other entries in the table. |
QTest::SkipAll | 2 | Skips all the entries in the test table; the test won't be executed further. |
See also QSKIP().
This enum describes the modes for handling an expected failure of the QVERIFY() or QCOMPARE() macros.
Constant | Value | Description |
---|---|---|
QTest::Abort | 1 | Aborts the execution of the test. Use this mode when it doesn't make sense to execute the test any further after the expected failure. |
QTest::Continue | 2 | Continues execution of the test after the expected failure. |
See also QEXPECT_FAIL().
Adds a column with type T to the current test data. name is the name of the column. dummy is a workaround for buggy compilers and can be ignored.
To populate the column with values, newRow() can be used. Use QFETCH() to fetch the data in the actual test.
Example:
void myTestFunction_data() { QTest::addColumn<int>("intval"); QTest::addColumn<QString>("str"); QTest::addColumn<double>("dbl"); QTest::newRow("row1") << 1 << "hello" << 1.5; }
To add custom types to the testdata, the type must be registered with QMetaType via Q_DECLARE_METATYPE().
Note: This macro can only be used in a test's data function that is invoked by the test framework.
See Data Driven Testing for a more extensive example.
See also QTest::newRow(), QFETCH(), and QMetaType.
Returns the enum value metric as a character string.
This function was introduced in Qt 4.7.
Retuns the units of measure for the specified metric.
This function was introduced in Qt 4.7.
Returns the name of the current test data. If the test doesn't have any assigned testdata, the function returns 0.
Returns true if the current test function failed, otherwise false.
Returns the name of the test function that is currently executed.
Example:
void MyTestClass::cleanup() { if (qstrcmp(currentTestFunction(), "myDatabaseTest") == 0) { // clean up all database connections closeAllDatabases(); } }
Ignores messages created by qDebug() or qWarning(). If the message with the corresponding type is outputted, it will be removed from the test log. If the test finished and the message was not outputted, a test failure is appended to the test log.
Note: Invoking this function will only ignore one message. If the message you want to ignore is outputted twice, you have to call ignoreMessage() twice, too.
Example:
QDir dir; QTest::ignoreMessage(QtWarningMsg, "QDir::mkdir: Empty or null file name(s)"); dir.mkdir("");
The example above tests that QDir::mkdir() outputs the right warning when invoked with an invalid file name.
Simulates clicking of key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
Examples:
QTest::keyClick(myWidget, Qt::Key_Escape); QTest::keyClick(myWidget, Qt::Key_Escape, Qt::ShiftModifier, 200);
The first example above simulates clicking the escape key on myWidget without any keyboard modifiers and without delay. The second example simulates clicking shift-escape on myWidget with a following 200 ms delay of the test.
See also QTest::keyClicks().
This is an overloaded function.
Simulates clicking of key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
Example:
QTest::keyClick(myWidget, 'a');
The example above simulates clicking a on myWidget without any keyboard modifiers and without delay of the test.
See also QTest::keyClicks().
Simulates clicking a sequence of keys on a widget. Optionally, a keyboard modifier can be specified as well as a delay (in milliseconds) of the test before each key click.
Example:
QTest::keyClicks(myWidget, "hello world");
The example above simulates clicking the sequence of keys representing "hello world" on myWidget without any keyboard modifiers and without delay of the test.
See also QTest::keyClick().
Sends a Qt key event to widget with the given key and an associated action. Optionally, a keyboard modifier can be specified, as well as a delay (in milliseconds) of the test before sending the event.
This is an overloaded function.
Sends a Qt key event to widget with the given key ascii and an associated action. Optionally, a keyboard modifier can be specified, as well as a delay (in milliseconds) of the test before sending the event.
Simulates pressing a key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
Note: At some point you should release the key using keyRelease().
See also QTest::keyRelease() and QTest::keyClick().
This is an overloaded function.
Simulates pressing a key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
Note: At some point you should release the key using keyRelease().
See also QTest::keyRelease() and QTest::keyClick().
Simulates releasing a key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
See also QTest::keyPress() and QTest::keyClick().
This is an overloaded function.
Simulates releasing a key with an optional modifier on a widget. If delay is larger than 0, the test will wait for delay milliseconds.
See also QTest::keyClick().
Simulates clicking a mouse button with an optional modifier on a widget. The position of the click is defined by pos; the default position is the center of the widget. If delay is specified, the test will wait for the specified amount of milliseconds before pressing and before releasing the button.
See also QTest::mousePress() and QTest::mouseRelease().
Simulates double clicking a mouse button with an optional modifier on a widget. The position of the click is defined by pos; the default position is the center of the widget. If delay is specified, the test will wait for the specified amount of milliseconds before each press and release.
See also QTest::mouseClick().
Moves the mouse pointer to a widget. If pos is not specified, the mouse pointer moves to the center of the widget. If a delay (in milliseconds) is given, the test will wait before moving the mouse pointer.
Simulates pressing a mouse button with an optional modifier on a widget. The position is defined by pos; the default position is the center of the widget. If delay is specified, the test will wait for the specified amount of milliseconds before the press.
See also QTest::mouseRelease() and QTest::mouseClick().
Simulates releasing a mouse button with an optional modifier on a widget. The position of the release is defined by pos; the default position is the center of the widget. If delay is specified, the test will wait for the specified amount of milliseconds before releasing the button.
See also QTest::mousePress() and QTest::mouseClick().
Appends a new row to the current test data. dataTag is the name of the testdata that will appear in the test output. Returns a QTestData reference that can be used to stream in data.
Example:
void myTestFunction_data() { QTest::addColumn<QString>("aString"); QTest::newRow("just hello") << QString("hello"); QTest::newRow("a null string") << QString(); }
Note: This macro can only be used in a test's data function that is invoked by the test framework.
See Data Driven Testing for a more extensive example.
See also addColumn() and QFETCH().
Executes tests declared in testObject. In addition, the private slots initTestCase(), cleanupTestCase(), init() and cleanup() are executed if they exist. See Creating a Test for more details.
Optionally, the command line arguments argc and argv can be provided. For a list of recognized arguments, read QTestLib Command Line Arguments.
For stand-alone tests, the convenience macro QTEST_MAIN() can be used to declare a main method that parses the command line arguments and executes the tests.
Returns 0 if all tests passed. Returns a value other than 0 if tests failed or in case of unhandled exceptions. The return value from this function is also the exit code of the test application when the QTEST_MAIN() macro is used.
The following example will run all tests in MyFirstTestObject and MySecondTestObject:
MyFirstTestObject test1; QTest::qExec(&test1); MySecondTestObject test2; QTest::qExec(&test2);
Note: This function is not reentrant, only one test can run at a time. A test that was executed with qExec() can't run another test via qExec() and threads are not allowed to call qExec() simultaneously.
If you have programatically created the arguments, as opposed to getting them from the arguments in main(), it is likely of interest to use QTest::qExec(QObject *, const QStringList &) since it is Unicode safe.
See also QTEST_MAIN().
This is an overloaded function.
Behaves identically to qExec(QObject *, int, char**) but takes a QStringList of arguments instead of a char** list.
This function was introduced in Qt 4.4.
Sleeps for ms milliseconds, blocking execution of the test. qSleep() will not do any event processing and leave your test unresponsive. Network communication might time out while sleeping. Use qWait() to do non-blocking sleeping.
ms must be greater than 0.
Note: The qSleep() function calls either nanosleep() on unix or Sleep() on windows, so the accuracy of time spent in qSleep() depends on the operating system.
Example:
QTest::qSleep(250);
See also qWait().
Waits for ms milliseconds. While waiting, events will be processed and your test will stay responsive to user interface events or network communication.
Example:
int i = 0; while (myNetworkServerNotResponding() && i++ < 50) QTest::qWait(250);
The code above will wait until the network server is responding for a maximum of about 12.5 seconds.
See also QTest::qSleep().
Waits until the window is shown in the screen. This is mainly useful for asynchronous systems like X11, where a window will be mapped to screen some time after being asked to show itself on the screen. Returns true.
Example:
QWidget widget; widget.show(); QTest::qWaitForWindowShown(&widget);
This function was introduced in Qt 4.6.
Sets the benchmark result for this test function to result.
Use this function if you want to report benchmark results without using the QBENCHMARK macro. Use metric to specify how QTestLib should interpret the results.
The context for the result will be the test function name and any data tag from the _data function. This function can only be called once in each test function, subsequent calls will replace the earlier reported results.
Note that the -iterations command line argument has no effect on test functions without the QBENCHMARK macro.
This function was introduced in Qt 4.7.
Returns a pointer to a string that is the string ba represented as a space-separated sequence of hex characters. If the input is considered too long, it is truncated. A trucation is indicated in the returned string as an ellipsis at the end.
length is the length of the string ba.
Returns a textual representation of value. This function is used by QCOMPARE() to output verbose information in case of a test failure.
You can add specializations of this function to your test to enable verbose output.
Note: The caller of toString() must delete the returned data using delete[]. Your implementation should return a string created with new[] or qstrdup().
Example:
namespace QTest { template<> char *toString(const MyPoint &point) { QByteArray ba = "MyPoint("; ba += QByteArray::number(point.x()) + ", " + QByteArray::number(point.y()); ba += ")"; return qstrdup(ba.data()); } }
The example above defines a toString() specialization for a class called MyPoint. Whenever a comparison of two instances of MyPoint fails, QCOMPARE() will call this function to output the contents of MyPoint to the test log.
See also QCOMPARE().
This is an overloaded function.
Returns a textual representation of the given string.
This is an overloaded function.
Returns a textual representation of the given string.
This is an overloaded function.
Returns a textual representation of the byte array ba.
See also QTest::toHexRepresentation().
This is an overloaded function.
Returns a textual representation of the given time.
This is an overloaded function.
Returns a textual representation of the given date.
This is an overloaded function.
Returns a textual representation of the date and time specified by dateTime.
This is an overloaded function.
Returns a textual representation of the given character.
This is an overloaded function.
Returns a textual representation of the given point.
This is an overloaded function.
Returns a textual representation of the given size.
This is an overloaded function.
Returns a textual representation of the given rectangle.
This is an overloaded function.
Returns a textual representation of the given url.
This function was introduced in Qt 4.4.
This is an overloaded function.
Returns a textual representation of the given point.
This is an overloaded function.
Returns a textual representation of the given size.
This is an overloaded function.
Returns a textual representation of the given rectangle.
This is an overloaded function.
Returns a textual representation of the given variant.
Creates and returns a QTouchEventSequence for the device deviceType to simulate events for widget.
When adding touch events to the sequence, widget will also be used to translate the position provided to screen coordinates, unless another widget is provided in the respective calls to press(), move() etc.
The touch events are committed to the event system when the destructor of the QTouchEventSequence is called (ie when the object returned runs out of scope).
This macro is used to measure the performance of code within a test. The code to be benchmarked is contained within a code block following this macro.
For example:
void TestBenchmark::simple() { QString str1 = QLatin1String("This is a test string"); QString str2 = QLatin1String("This is a test string"); QCOMPARE(str1.localeAwareCompare(str2), 0); QBENCHMARK { str1.localeAwareCompare(str2); } }
See also Creating a Benchmark and Writing a Benchmark.
The QBENCHMARK_ONCE macro is for measuring performance of a code block by running it once.
This macro is used to measure the performance of code within a test. The code to be benchmarked is contained within a code block following this macro.
Unlike QBENCHMARK, the contents of the contained code block is only run once. The elapsed time will be reported as "0" if it's to short to be measured by the selected backend. (Use)
This function was introduced in Qt 4.6.
See also Creating a Benchmark and Writing a Benchmark.
The QCOMPARE macro compares an actual value to an expected value using the equals operator. If actual and expected are identical, execution continues. If not, a failure is recorded in the test log and the test won't be executed further.
In the case of comparing floats and doubles, qFuzzyCompare() is used for comparing. This means that comparing to 0 will likely fail. One solution to this is to compare to 1, and add 1 to the produced output.
QCOMPARE tries to output the contents of the values if the comparison fails, so it is visible from the test log why the comparison failed.
QCOMPARE is very strict on the data types. Both actual and expected have to be of the same type, otherwise the test won't compile. This prohibits unspecified behavior from being introduced; that is behavior that usually occurs when the compiler implicitly casts the argument.
If you use QCOMPARE() to compare two QStringList objects, it will start comparing the objects from the end of the lists.
For your own classes, you can use QTest::toString() to format values for outputting into the test log.
Note: This macro can only be used in a test function that is invoked by the test framework.
Example:
QCOMPARE(QString("hello").toUpper(), QString("HELLO"));
See also QVERIFY() and QTest::toString().
The QEXPECT_FAIL() macro marks the next QCOMPARE() or QVERIFY() as an expected failure. Instead of adding a failure to the test log, an expected failure will be reported.
If a QVERIFY() or QCOMPARE() is marked as an expected failure, but passes instead, an unexpected pass (XPASS) is written to the test log.
The parameter dataIndex describes for which entry in the test data the failure is expected. Pass an empty string ("") if the failure is expected for all entries or if no test data exists.
comment will be appended to the test log for the expected failure.
mode is a QTest::TestFailMode and sets whether the test should continue to execute or not.
Note: This macro can only be used in a test function that is invoked by the test framework.
Example 1:
QEXPECT_FAIL("", "Will fix in the next release", Continue); QCOMPARE(i, 42); QCOMPARE(j, 43);
In the example above, an expected fail will be written into the test output if the variable i is not 42. If the variable i is 42, an unexpected pass is written instead. The QEXPECT_FAIL() has no influence on the second QCOMPARE() statement in the example.
Example 2:
QEXPECT_FAIL("data27", "Oh my, this is soooo broken", Abort); QCOMPARE(i, 42);
The above testfunction will not continue executing for the test data entry data27.
See also QTest::TestFailMode, QVERIFY(), and QCOMPARE().
This macro can be used to force a test failure. The test stops executing and the failure message is appended to the test log.
Note: This macro can only be used in a test function that is invoked by the test framework.
Example:
if (sizeof(int) != 4) QFAIL("This test has not been ported to this platform yet.");
The fetch macro creates a local variable named name with the type type on the stack. name has to match the element name from the test's data. If no such element exists, the test will assert.
Assuming a test has the following data:
void TestQString::toInt_data() { QTest::addColumn<QString>("aString"); QTest::addColumn<int>("expected"); QTest::newRow("positive value") << "42" << 42; QTest::newRow("negative value") << "-42" << -42; QTest::newRow("zero") << "0" << 0; }
The test data has two elements, a QString called aString and an integer called expected. To fetch these values in the actual test:
void TestQString::toInt() { QFETCH(QString, aString); QFETCH(int, expected); QCOMPARE(aString.toInt(), expected); }
aString and expected are variables on the stack that are initialized with the current test data.
Note: This macro can only be used in a test function that is invoked by the test framework. The test function must have a _data function.
The QSKIP() macro stops execution of the test without adding a failure to the test log. You can use it to skip tests that wouldn't make sense in the current configuration. The text description is appended to the test log and should contain an explanation why the test couldn't be executed. mode is a QTest::SkipMode and describes whether to proceed with the rest of the test data or not.
Note: This macro can only be used in a test function that is invoked by the test framework.
Example:
if (!QSqlDatabase::drivers().contains("SQLITE")) QSKIP("This test requires the SQLITE database driver", SkipAll);
See also QTest::SkipMode.
QTEST() is a convenience macro for QCOMPARE() that compares the value actual with the element testElement from the test's data. If there is no such element, the test asserts.
Apart from that, QTEST() behaves exactly as QCOMPARE().
Instead of writing:
QFETCH(QString, myString); QCOMPARE(QString("hello").toUpper(), myString);
you can write:
QTEST(QString("hello").toUpper(), "myString");
See also QCOMPARE().
Implements a main() function that executes all tests in TestClass.
Behaves like QTEST_MAIN(), but doesn't instantiate a QApplication object. Use this macro for really simple stand-alone non-GUI tests.
See also QTEST_MAIN().
Implements a main() function that instantiates an application object and the TestClass, and executes all tests in the order they were defined. Use this macro to build stand-alone executables.
If QT_GUI_LIB is defined, the application object will be a QApplication, otherwise it will be a QCoreApplication. If qmake is used and the configuration includes QT += gui, then QT_GUI_LIB will be defined automatically.
Note: On platforms that have keypad navigation enabled by default (eg: Symbian), this macro will forcfully disable it to simplify the usage of key events when writing autotests. If you wish to write a test case that uses keypad navigation, you should enable it either in the initTestCase() or init() functions of your test case.
Example:
class TestQString: public QObject { ... }; QTEST_MAIN(TestQString)
See also QTEST_APPLESS_MAIN(), QTest::qExec(), and QApplication::setNavigationMode().
Implements a main() function with a test class that does absolutely nothing. Use this macro to create a test that produces valid test output but just doesn't execute any test, for example in conditional compilations:
#ifdef Q_WS_X11 QTEST_MAIN(MyX11Test) #else // do nothing on non-X11 platforms QTEST_NOOP_MAIN #endif
See also QTEST_MAIN().
The QVERIFY2() macro behaves exactly like QVERIFY(), except that it outputs a verbose message when condition is false. The message is a plain C string.
Example:
QVERIFY2(1 + 1 == 2, "A breach in basic arithmetic occurred.");
See also QVERIFY() and QCOMPARE().
The QVERIFY() macro checks whether the condition is true or not. If it is true, execution continues. If not, a failure is recorded in the test log and the test won't be executed further.
Note: This macro can only be used in a test function that is invoked by the test framework.
Example:
QVERIFY(1 + 1 == 2);
See also QCOMPARE().
Appends message as a warning to the test log. This macro can be used anywhere in your tests.
Note: This function is thread-safe.