Основнi моменти модульного тестування в Qt

Основнi моменти модульного тестування в
Qt Framework
Герасимчук Назар
магiстр 2-го року навчання,
факультет кiбернетики,
Київський нацiональний унiверситет iм. Т. Шевченка
3 жовтня 2012 р.
Герасимчук Назар (КНУ) Модульнi тести (unit tests) 3 жовтня 2012 р. 1 / 21

Змiст
Модульне тестування
Що це таке?
Порiвняння з iншими видами тестування.
Причини використання.
Причини НЕ використання.
Парктичне використання
Кiлька слiв про Qt.
Реалiзацiя модульного тестування в Qt.
Приклад.
Висновки

Тестування

Що це таке?
Unit testing – iзольована перевiрка кожного окремого елементу
(модуль, функцiя, клас) шляхом запуску тестiв в штучному
середовищi.
Цiль: виявлення локалiзованих в модулi помилок, а також визначення
ступеня готовностi системи до переходу на iнший рiвень розробки i
тестування.
Основна iдея: оцiнюючи кожен елемент iзольовано i пiдтверджуючи
коректнiсть його роботи, точно встановити помилку значно простiше,
нiж якби елемент був частиною системи.

«Заглушки»
«Заглушки» – замiнюють компоненти, якi використовуються
модулем i виконують наступнi дiї:
не виконують нiчого,
повертають постiйне значення,
вiдображають спрощену реалiзацiю компоненту,
iмiтують аварiйнi умови.

Скiльки треба тестiв? //фiлософське питання
Код з невiдтестованим частинами не має бути опублiкований.
Повне покриття тестами не гарантує роботоздатностi.
Безглуздо писати тести заради лише 100% покриття.
Питання «Як я можу зламати?»
ефективнiше питання «Як я можу пiдтвердити правильнiсть?».
Тести повиннi базуватися на специфiкацiї.
На кожну вимогу повинен бути тест.

Порiвняння з iншими видами тестування.

Причини використання.
Написання тестiв. . .
. . . дозволяє ввiйти в робочий ритм.
. . . дає впевненiсть в працездатностi коду.
. . . дає запас стiйкостi при подальшiй iнтеграцiї чи змiнах коду.
. . . є своєрiдним документуванням.
. . . сприяє рефакторингу в сторону декомпозицiї i доопрацюванню
архiтектури.
. . .

Причини НЕ використання.
Написання тестiв займає багато часу.
Запуск тестiв займає багато часу.
Це – не моя робота тестувати код.
Лiнь.

Кiлька слiв про Qt
Qt – кросплатформовий iнструментарiй розробки ПЗ мовою
програмування C++.
Включає класи необхiднi при розробцi: вiд графiчного iнтерфейсу
i закiнчуючи класами для роботи з мережею, базами даних,
OpenGL, OpenCV, SVG i XML.
Дозволяє керувати потоками, працювати з мережею, i забезпечує
крос-платформовий доступ до файлiв.
З коробки є пiдтримка iнфраструктури тестування QtTestLib.

Реалiзацiя модульного тестування в Qt.
QtTestLib – легка бiблiотека призначена для тестування, введена в Qt
з 4.1:
юнiт-тестування,
тестування GUI.

Принцип роботи QtTestLib
Простий приклад тестуючого класу
class testDate: public QObject
{
Q_OBJECT
private slots:
void testValidity();
void testMonth();
};
void testDate::testValidity()
{
QDate date( 1967, 3, 11 );
QVERIFY( date.isValid() );
}
void testDate::testMonth()
{
QDate date;
date.setYMD( 1967, 3, 11 );
QCOMPARE( date.month(), 3 );
QCOMPARE( QDate::longMonthName(date.month()),
QString("March") );
}

Результат виконання – успiшно
********* Start testing of testDate *********
Config: Using QTest library 4.8.1
PASS : testDate::initTestCase()
PASS : testDate::testValidity()
PASS : testDate::testMonth()
PASS : testDate::cleanupTestCase()
Totals: 4 passed, 0 failed, 0 skipped
********* Finished testing of testDate *********

Результат виконання – неуспiшно
FAIL! : testDate::testMonth() Compared values are not the same
Actual (date.month()): 4
Expected (3): 3
Loc: [tutorial1.cpp(25)]

Керування даними – слот перевiрки
void testDate::testMonth()
{
QFETCH(int, year);
QFETCH(int, month);
QFETCH(int, day);
QFETCH(QString, monthName);
QDate date;
date.setYMD( year, month, day);
QCOMPARE( date.month(), month );
QCOMPARE( QDate::longMonthName(date.month()), monthName );
}

Керування даними – слот наповнення даними
void testDate::testMonth_data()
{
QTest::addColumn<int>("year"); // the year we are testing
QTest::addColumn<int>("month"); // the month we are testing
QTest::addColumn<int>("day"); // the day we are testing
QTest::addColumn<QString>("monthName"); // the name of the month
QTest::newRow("1967/3/11") << 1967 << 3 << 11 << QString("March");
QTest::newRow("1966/1/10") << 1966 << 1 << 10 << QString("January");
QTest::newRow("1999/9/19") << 1999 << 9 << 19 << QString("September");
// more rows of dates can go in here...
}

Керування даними – результат виведення
INFO : testDate::initTestCase() entering
INFO : testDate::testValidity() entering
INFO : testDate::testValidity() QVERIFY(date.isValid())
INFO : testDate::testMonth() entering
INFO : testDate::testMonth(1967/3/11) COMPARE()
...
PASS : testDate::testMonth()
INFO : testDate::cleanupTestCase() entering

Приклад
Реалiзуємо мiнiмальне модульне тестування для:
Вiконної програми – тестування GUI, а саме – емуляцiя
натискання клавiш клавiатури та клiкiв мишкою та перевiрка
отриманих результатiв.

Висновки
Пагано проектований код майже неможливо автоматично
тестувати.
Бажання тестувати код змушує бiльш грамотно проектувати
архiтектуру.

Використанi джерела
«Я не пишу юнит-тесты, потому что. . . » – отговорки
http://habrahabr.ru/post/112685/
Модульное тестирование – личный опыт
http://habrahabr.ru/post/110909/
KDE TechBase – Development/Tutorials/Unittests
http://techbase.kde.org/Development/Tutorials/Unittests
CIT Forum – Сергей Мартыненко «Модульное тестирование. Зачем, как и
кто»
http://citforum.ru/SE/testing/unit_testing/

Дякую за увагу!

Основнi моменти модульного тестування в Qt

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Empfohlen

Empfohlen (20)

Основнi моменти модульного тестування в Qt