Разработка автоматизированной среды сборки кросс-платформенного по для ОС семейства Linux

Трусов Е.В.

нужна установка, не использует сторонних библиотек. Но требует Perl или Python.

После выбора всего вышеперечисленного нужно понять, что следует тестировать, а что нет.

Здесь все зависит только от вас самих. Можно тестами покрыть 100% кода, но это большая трата ресурсов. Золотая середина, по моему мнению -нетривиальные публичные функции.

Каждый тест должен проверять только одну вещь. Если процесс слишком сложен (например, покупка в интернет магазине), разделите его на несколько частей и протестируйте их отдельно. Если вы не будете придерживаться этого правила, ваши тесты станут нечитаемыми, и вскоре вам окажется очень сложно их поддерживать.

Отдельно я бы хотел рассмотреть boost test framework

Каждый файл, использующий boost test framework, должен подключать соответствующий заголовочный файл:

#include <boost/test/unit test.hpp>

Как известно, любая программа должна иметь точку входа (функцию, с которой начинается выполнение программы). В зависимости от того, как организован проект, вы можете либо написать эту функцию сами, либо доверить всю работу Boost. Функция main будет добавлена автоматически, если перед подключением unit test.hpp объявлены константы BOOST_TEST_MAIN и BOOST_TEST_DYN_LINK. Вызовы всех тестов проекта будут автоматически помещены в сгенерированную функцию.

При запуске тестирования программа будет последовательно входить в наборы и выполнять вложенные тесты. Чтобы проследить этот процесс по шагам - можно передать исполняемому файлу аргумент -loglevel=test suite.

Для описания тестовых случаев применяется макрос BOOST_AUTO_TEST_CASE, содержащий имя и код теста. Код теста содержит специальные макросы, проверяющие соответствие фактических результатов работы функции ожидаемым. Макросы отличаются уровнем предупреждения (CHECK - ошибка, REQUIRE - критическая ошибка, WARN - предупреждение). Среди макросов есть следующие:

BOOST CHECK (условие) - сообщает об ошибке, если условие ложно;

BOOST_REQUIRE_EQUAL(apryMeHT_1, аргумент_2) - сообщает о критической ошибке, если аргумент 1 не равен аргумент 2;

BOOST_WABN_MESSAGE(y^OBMe, сообщение) - выводит предупреждение с текстом сообщения, если условие ложно;

BOOST_CHECK_NO_THROW(выpажeниe) - сообщает об ошибке, если при вычислении выражения вырабатывается исключение;

BOOST_CHECK_THROW(выpажeниe, исключение) -сообщает об ошибке, если при вычислении выражения не вырабатывается исключение требуемого типа;

BOOST_CHECK_CLOSE_FRACTION( аргумент_1, аргумент 2, погрешность) - проваливает тест если аргумент 1 не равен аргумент 2 с заданной погрешностью.

Более полный список доступных макросов можно найти в официальной документации.

Пример unit-тестирования с boost test framework

Рассмотрим простой класс, который способен делить и умножать некоторые числа и сохраненять результат:

class Calculator {

public:

explicit Calculator(int value) : Value (value)

{ }

void Divide(int value)

{

if (value == 0) {

throw std::invalid argument ("Деление на ноль!");

}

Value /= value;

}

void Multiply(int value)

{

Value *= value;

}

int Result() const

{

return Value ;

}

private:

int Value ;

};

Тестировать будем следующим образом - сначала вызовем метод Divide с несколькими значениями и сравним результат возвращаемый Result с эталонными значениями, потом проделаем это с методом Multiply.

#include "calculator.h"

#include <boost/test/unit test.hpp>

#define BOOST_TEST_MODULE testCalculator

BOOST_AUTO_TEST_CASE(testCalculator) {

Calculator calculator(12);