Модульное тестирование ПО

не работает
Вы уверены, что ваш код работает?
Вы уверены, что после

случае:
«Тестирование программ может использоваться для демонстрации наличия ошибок, но оно

трудоемкий и дорогостоящий процесс
А вам легко протестировать 300 000 строк

корректности отдельных модулей (классов) программы
Основная идея - разработка тестов, проверяющих

программирования, при которой модульные тесты пишутся до модулей программы, тем

код программной системы, находящейся в согласованном состоянии, когда весь набор

тест может состоять в проверке, реализует ли система некоторое новое

public CxxTest::TestSuite
{
public:
// ранее разработанные тесты
// ...

// команда тестирования сообщила об

теста, который выполняется неуспешно
Этот шаг необходим для проверки самого теста

In CSerialNumberGeneratorTestSuite::TestEmptySerialNumber:
.\SerialNumberGeneratorTestSuite.h(44): Error: Assertion failed: !sg.VerifySerialNumber("UserName", "")
1>Failed 1 of 4 tests

чтобы как можно скорее выполнялись все тесты.
Нужно добавить самое простое

userName, string const& serialNumber)
{
if (serialNumer.empty())
{
return false;
}
//...
}
};

весь набор тестов должен выполняться успешно
Что, если это не так?
Проверить

самым простым способом, производится рефакторинг
Процесс изменения внутренней структуры программы, не

могут случайно нарушить работу кода
Ошибки, вносимые при рефакторинге так же

в тестах и программе заносится в репозиторий (операция commit)
Теперь программа

пилотов и стюардесс на борту
Состояние (на земле, взлет, полет, посадка)
Количество

public CxxTest::TestSuite
{
public:
void TestAirplaneConstruction()
{
Airplane airplane;
}
};
Данный код не будет компилироваться, т.к. отсутствует

: public CxxTest::TestSuite
{
public:
void TestAirplaneConstruction()
{
Airplane airplane;
}
};
Убеждаемся, что набор тестов теперь проходит

указать количество мест в нем
Количество пассажиров, пилотов, стюардесс и топлива

TestAirplaneConstruction()
{
// 100 - number of seats
Airplane airplane(100);

TS_ASSERT_EQUALS(airplane.GetFuel(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfPassengers(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfSeats(), 100);
TS_ASSERT_EQUALS(airplane.GetNumberOfPilots(),

0;}
size_t GetNumberOfSeats()const{return m_numberOfSeats;}
size_t GetNumberOfPassengers()const{return 0;}
size_t GetNumberOfPilots()const{return 0;}
size_t GetNumberOfStewardess()const{return 0;}
private:
size_t m_numberOfSeats;
};
В

еще одно дополнительное состояние – вместимость топливного бака
Это новое требование

of seats, 500.0 – fuel tank capacity
Airplane airplane(100, 500.0);

TS_ASSERT_EQUALS(airplane.GetFuel(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfPassengers(),

m_fuelTankCapacity;}

size_t GetNumberOfSeats()const{return m_numberOfSeats;}
size_t GetNumberOfPassengers()const{return 0;}
size_t GetNumberOfPilots()const{return 0;}
size_t GetNumberOfStewardess()const{return 0;}
private:
size_t m_numberOfSeats;
double

Пристальный анализ исходного кода показывает, что мы забыли выполнить инициализацию поля m_fuelTankCapacity в конструкторе класса

found (-9.2559E62 != 500.0000)
Failed 1 of 1 test
Success rate: 0%
Ошибка,

m_fuelTankCapacity;}

size_t GetNumberOfSeats()const{return m_numberOfSeats;}
size_t GetNumberOfPassengers()const{return 0;}
size_t GetNumberOfPilots()const{return 0;}
size_t GetNumberOfStewardess()const{return 0;}
private:
size_t m_numberOfSeats;
double

found (500.0000 != 400.3000)
Failed 1 of 1 test
Success rate: 0%
class

Анализ кода показывает, что ошибка была допущена в самом тесте.
Что ж, такое тоже бывает. Нужно просто внести исправление в сам тест. 

class AirplaneTestSuite : public CxxTest::TestSuite
{
public:
void TestAirplaneConstruction()
{
// 100 - number of seats, 500.0 – fuel tank capacity
Airplane airplane(100, 500.0);

TS_ASSERT_EQUALS(airplane.GetFuel(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfPassengers(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfSeats(), 100);
TS_ASSERT_EQUALS(airplane.GetNumberOfPilots(), 0);
TS_ASSERT_EQUALS(airplane.GetNumberOfStewardess(), 0);
TS_ASSERT_EQUALS(airplane.GetFuelTankCapacity(), 500.0);

// 50 - number of seats, 400.3 – fuel tank capacity
Airplane airplane1(50, 400.3);
TS_ASSERT_EQUALS(airplane1.GetNumberOfSeats(), 50);
TS_ASSERT_EQUALS(airplane1.GetFuelTankCapacity(), 400.3);
}
};

в нем топлива на заданную величину
Сначала пишем тест, проверяющий работу

public CxxTest::TestSuite
{
public:
void TestAirplaneConstruction()
{
...
}

void TestAirplaneRefuel()
{
Airplane airplane(100, 500.0);

TS_ASSERT_EQUALS(airplane.GetFuel(), 0);
airplane.Refuel(100.0);
TS_ASSERT_EQUALS(airplane.GetFuel(), 100.0);
airplane.Refuel(200.0);
TS_ASSERT_EQUALS(airplane.GetFuel(), 300.0);
}
};

Refuel(double amountOfFuel)
{
m_fuel += amountOfFuel;
}
private:
size_t m_numberOfSeats;
double m_fuelTankCapacity;
double m_fuel;
};

AirplaneTestSuite : public CxxTest::TestSuite
{
public:
...
void testAirplaneRefuel()
{
Airplane airplane(100, 500.0);

TS_ASSERT_EQUALS(airplane.GetFuel(), 0);
airplane.Refuel(100.0);
TS_ASSERT_EQUALS(airplane.GetFuel(), 100.0);
airplane.Refuel(200.0);
TS_ASSERT_EQUALS(airplane.GetFuel(),

found (600.0000 != 5
00.0000)
Failed 1 of 2 tests
Success rate: 50%

> m_fuelTankCapacity)
{
m_fuel = m_fuelTankCapacity;
}
}
private:
size_t m_numberOfSeats;
double m_fuelTankCapacity;
double m_fuel;
};

касается данных, поступающих извне (пользователь, сеть, входные устройства и т.д)
Один

отрицательным количеством топлива
Вместимость бака самолета должно быть в пределах от

0; seats = 10) && (seats

Running 2 tests
In AirplaneTestSuite::TestAirplaneConstruction:
d:\vivid\unit_testing\unit_testing\airplane\airplanetestsuite.h:33: Error: Expec
ted (Airplane plane(seats, 500)) to throw (std::invalid_argument) but it didn't
throw
.
Failed 1 of 2 tests
Success rate: 50%

fuelTankCapacity)
:m_numberOfSeats(numberOfSeats)
,m_fuelTankCapacity(fuelTankCapacity)
,m_fuel(0)
{
if ((numberOfSeats < MIN_NUMBER_OF_SEATS) ||
(numberOfSeats > MAX_NUMBER_OF_SEATS)
)
{
throw std::invalid_argument("Number of seats

поводу надежности отдельных модулей
Документирование кода
Тесты могут служить иллюстрацией использования класса
Отделение

и новые формальные требования к системе
Успешное прохождение автоматическим тестов свидетельствует

увеличивает поиск ошибок вручную
Качественный код требует дополнительных временных затрат (примерно

потом – тестировщика
Не увлекайтесь чрезмерным написанием тестов
Автоматическое тестирование и TDD

ведется в стиле TDD, а старый код пока не трогаем
В

критические и нетривиальные участки кода
Код, подверженный частым изменениям
Код, от которого

assertion’ов
запись данных в файл
вызов внешних библиотек
Жесткие зависимости тестируемого класса
Большое количество

записи в log и assertion-ов во время модульного тестирования
Уменьшение зависимостей

несет ответственность только за одну функциональность
Создание библиотек фальшивых объектов (Mock

(самолет-заправщик)
В настоящее время дозаправка в воздухе применяется только военными самолетами,

заправщика
double Refuel(TankerAircraft & aircraft){...}
};
class TankerAircraft
{
public:
...
// запрашивает заданное количество топлива у

что он оказывается связанным с конкретным классом TankerAircraft
модульное тестирование предполагает

заправщика
double Refuel(ITankerAircraft & aircraft){...}
};
class TankerAircraft : public ITankerAircraft
{
public:
...
double RequestFuel(double amount) {...}
};
class

возвращает заранее подготовленный результат,
// запоминая последнее запрошенное количество топлива
double RequestFuel(double

SEATS = 100;
const double TANK_CAPACITY = 1000;

// создаем самолет и

объекта O может вызывать лишь методы
Объекта O
Своих параметров
Любых объектов, создаваемых

Finger
{
public:
void Push(Button & button);
};

class Hand
{
public:
Finger & GetThumb();
};
class Human
{
public:
Hand & GetRightHand();
};

class

void StartTheWar()
{
President thePresident;
MilitaryButton theRedButton;

thePresident.GetRightHand().GetThumb().Push(theRedButton);
}

Button
{};
class Finger
{
public:
void Push(Button & button);
};

class Hand
{
public:
Finger & GetThumb();
};
class Human
{
public:
Hand &

void StartTheWar()
{
President thePresident;
MilitaryButton theRedButton;

thePresident.Push(theRedButton);
}

качество
Разработка тестов требует дополнительного времени разработки
Необходимо учитывать при оценке трудоемкости
Разработчики

тестирование
Список фреймворков для модульного тестирования