Руководство по использованию QTestLib
|
Возможности | Детали |
---|---|
Легковесность | QTestLib содержит порядка 6000 строк кода и 60 экспортируемых символов. |
Самодостаточность | QTestLib нуждается только в нескольких символах из Qt Core библиотеки для тестирования без использования графического интерфейса. |
Быстрое тестирование | QTestLib не требует запуска специальных тестов; нет специальных регистраций для тестов. |
Ориентированное на данные тестирование | Тестирование может быть выполнено в любое время с разными данными. |
Базовое тестирование графического интерфейса пользователя | QTestLib предлагает функционал симуляции сообщений от мыши и клавиатуры. |
Дружественность к IDE | QTestLib выводит сообщения, которые могут быть обработаны в Visual Studio и KDevelop. |
Потокобезопасность | Отчет об ошибках атомарен и потокобезопасен. |
Безопасность с точки зрения типов | Исчерпывающее использование шаблонов предотвращения ошибок, внесенных неявной проверкой типов. |
Легкая расширяемость | Пользовательские типы могут быть легко добавлены в тестируемые данные и тестовый вывод данных. |
Замечание: Для высокоуровневых пользовательских графических интерфейсов и приложений, которым необходимо тестирование, читайте Тестирование продуктов Qt посредством партнёров Nokia.
Все публичные методы определены в пространстве имён QTest. Дополнительно, класс QSignalSpy пригоден для легкого наблюдения посредством сигналов и слотов Qt.
Для создания теста переопределите QObject и добавьте один или несколько закрытых слотов в нем. Каждый закрытый слот является функцией вашего теста. QTest::qExec() используется для выполнения всех функций тестов в объекте тесте.
Дополнительно, нужно добавить четыре закрытых слота, которые не будут выполнять роль функций тестов. Они запускаются структурой тестирования и могут быть использованы для инициализации и очистки любого из тестов или текущей функции теста.
Если initTestCase() вернул ошибку, значит нет функций тестов, которые могут быть запущены. Если init() вернул ошибку, значит функция тест не была запущена, после чего тест перейдет к следующей функции тесту.
Пример:
class MyFirstTest: public QObject { Q_OBJECT private slots: void initTestCase() { qDebug("called before everything else"); } void myFirstTest() { QVERIFY(1 == 1); } void mySecondTest() { QVERIFY(1 != 2); } void cleanupTestCase() { qDebug("called after myFirstTest and mySecondTest"); } };
Другие примеры приведены в Учебном пособии по QTestLib.
Если вы используете qmake в качестве инструмента сборки, добавьте следующую строку в ваш файл проекта:
QT += testlib
Если вы используете другой инструмент сборки, убедитесь, что вы добавили путь к заголовочным файлам QTestLib (обычно include/QtTest в папке установки Qt). Если вы используете релиз-сборку Qt, свяжите ваш тест с библиотекой QtTest. Для отладочных сборок используйте QtTest_debug.
Смотрите Написание юнит-тестов для получения пояснения, как это делается шаг за шагом.
Синтаксис выполнения автотеста имеет такую форму:
testname [options] [testfunctions[:testdata]]...
Замените testname реальным именем исполняемого файла. testfunctions может содержать имена функций тестов, которые должны выполняться. Если testfunctions не задана, то будут выполнены все тесты. Если вы добавите имя записи в testdata, то функция теста будет выполнена только с этими тестовыми данными.
Например:
/myTestDirectory$ testQString toUpper
Запуск функции теста, выполняющей toUpper, со всеми доступными тестовыми данными.
/myTestDirectory$ testQString toUpper toInt:zero
Запускает функцию теста toUpper со всеми доступными тестовыми данными и тестовую функцию toInt с тестовыми данными с именем zero (если тестовые данные не существуют, ассоциированный с ними тест закончится ошибкой).
/myTestDirectory$ testMyWidget -vs -eventdelay 500
Запускает функцию теста testMyWidget, которая выводит информацию о возникновении любого сигнала и ждет 500 миллисекунд после каждой симуляции событий мыши/клавиатуры.
Общеприняты следующие аргументы командной строки:
cetest - вспомогательное приложение, которое помогает пользователю удаленно запустить приложение на устройстве или эмуляторе Windows CE.
Его необходимо выполнить после успешной компиляции юнит-теста.
До запуска следующие файлы копируются на устройство:
Синтаксис выполнения автотеста имеет такую форму:
cetest [options] ...
cetest предоставляет те же опции, что и юнит-тестирование на не кросс-компилируемых (cross-compiled) платформах. Для получения дополнительной информации смотрите Аргументы командной строки.
Включены также следующие команды:
Замечание: debug - опции сборки по умолчанию.
QtRemote - небольшая библиотека, которая собирается после QTestLib. Она позволяет хост-системе (host system) создавать процесс на удаленном устройстве и ждет окончания его выполнения.
cetest использует Microsoft ActiveSync для установления удаленного соединения между компьютером хоста и устройством. Итак, для успешной компиляции cetest и QtRemote необходимы заголовочные файлы и библиотеки.
До установки Qt вам нужно правильно установить ваши переменные окружения INCLUDE и LIB.
По умолчанию установка Windows Mobile 5 для Pocket PC может быть произведена так:
set INCLUDE=C:\Program Files\Windows CE Tools\wce500\Windows Mobile 5.0 Pocket PC SDK\Activesync\Inc;%INCLUDE% set LIB=C:\Program Files\Windows CE Tools\wce500\Windows Mobile 5.0 Pocket PC SDK\Activesync\Lib;%LIB%
Обратите внимание на то, что Qt запомнит путь, поэтому вам не нужно устанавливать его снова после переключения окружений для кросс-компиляции (cross-compilation).
Copyright © 2008 Nokia | Торговые марки | Qt 4.4.3 |
Попытка перевода Qt документации. Если есть желание присоединиться, или если есть замечания или пожелания, то заходите на форум: Перевод Qt документации на русский язык... Люди внесшие вклад в перевод: Команда переводчиков |