Приложения модульного тестирования Экстремальное программирование

Экстремальное программирование предполагает как один из постулатов использование инструментов автоматического модульного тестирования. Этот инструментарий может быть создан либо третьей стороной (например, Boost.Test), либо группой разработчиков данного приложения.

В экстремальном программировании используются модульные тесты для разработки через тестирование. Для этого разработчик до написания кода пишет тесты, отражающие требования к модулю. Очевидно, ни один из этих тестов до написания кода работать не должен. Дальнейший процесс сводится к написанию кратчайшего кода, удовлетворяющего данному набору тестов.

План модульного тестирования

1. Что тестирую?

   • Программу курсового проекта

2. Что буду тестировать?

   • функции и методы, входящие в проект

3. Как буду тестировать?

   • Буду использовать функциональное и не функциональное виды тестирования, а именно:

1)Юзабилити тестирование

2)Тестирование производительности, инструмент (UnitTest)

Метод - “Белый ящик”.

4. Когда буду тестировать?

   • подготовка (Test Preparation), тестирование (Testing), анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки

5. Критерии начала тестирования:

   • готовность тестовой платформы (тестового стенда)

   • законченность разработки требуемого функционала

6. Критерии окончания тестирования:

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

   • требовния к количеству открытых багов выполнены

План ют:

1. Цель

2. Время и место

3. Продолжительность

4. Необходимое оборудование и софт

5. Дополнительные настройки оборудования и софта (начальные экраны, время реакции)

6. Ответственный за проведение тестирования

7. Количество и состав участников и где их взять

8. Количество и состав заданий

9. Возможность использования вспомогательных материалов для выполнения заданий

10. Признаки успешного и ошибочного выполнения заданий

11. Степень допустимого участия (подсказок) со стороны проводящего тестирование

12. Набор количественных данных и способы их сбора

Результаты тестирования выложены в 6-й главе.

2. Абстрактный класс, его назначение и основные характеристики.

Абстрактный класс в объектно - ориентированном программировании - базовый класс, который не предполагает создания экземпляров. Абстрактные классы реализуют на практике один из принципов ООП — полиморфизм. Абстрактный класс может содержать (и не содержать) абстрактные методы и свойства. Абстрактный метод не реализуется для класса, в котором описан, однако должен быть реализован для его неабстрактных потомков. Абстрактные классы представляют собой наиболее общие абстракции, то есть имеющие наибольший объём и наименьшее содержание.

Абстрактный класс - это класс, экземпляры которого не могут быть созданы. В курсовом проекте реализован транспортные средства. Ведь не возможно создать экземпляр типа "Vehicle". Это слишком абстрактно, не хватает конкретики. Однако от транспортного средства могут наследоваться конкретные средства передвижения – Bicycle, Car, Lorry. Вот их экземпляры создать уже можно.

Абстрактным может являться только класс, который содержит как минимум одну чисто виртуальную функцию (т.е. функцию, реализация которой в данном классе не предполагается, а предполагается в классах-наследниках).

Как видите, класс Vehicle - абстрактный, поскольку там объявлены две чисто виртуальные функции: getClass, toString. Зато в классах, которые наследуют от vehicle – bicycle, car и lorry функция toString уже имеет определение. Затем, в главной функции, создаётся массив указателей на Vehicle (в отличие от экземпляров абстрактного класса, создавать указатели на него мы можем). Затем каждый указатель инициализируется конкретным объектом – велосипедом, автомобилем или грузовиком (поскольку указатель на базовый класс является также указателем на любой производный класс). И затем, в цикле, не задумываясь, в какой ячейке массива какой объект находится, мы просто вызываем для каждого его метод toString, а он для каждого объекта выполнит свои действия.

Абстрактный класс определен, чтобы дать обобщенную форму, которая может быть разделена ее подклассами.

Таким образом подклассы согласно их потребности расширяют этот абстрактный класс и используют методы, объявленные со своим собственным настроенным выполнением метода.

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

Если класс абстрактный, то это указывает на то, что класс не может быть реализован. Если класс содержит один или больше абстрактных методов, то компилятор настаивает, чтобы класс был объявлен как abstract. Это - большое удобство людям, которые будут использовать класс: они должны смотреть только в одном месте (в объявлении класса), чтобы узнать, позволено ли им непосредственно реализовать класс или они должны создавать подкласс. 

Класс становится абстрактным:

-Когда один или более методов класса абстрактны.

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

-Когда класс осуществляет интерфейс и не обеспечивает детали выполнения или тела метода по отношению к любому из абстрактных методов.

На языке программирования C++ абстрактный класс объявляется включением хотя бы одной чистой виртуальной функции, типа virtual _сигнатура_функции_= 0; , которая, как и другие, может быть заменена.