Недостатки модульного тестирования
- Не выявит всех ошибок. Невозможно оценить все пути выполнения даже в самых тривиальных программах.
- Модульное тестирование по своей природе ориентировано на единицу кода. Следовательно, он не может отловить ошибки интеграции или ошибки системного уровня.
Используйте модульное тестирование в сочетании с другими видами тестирования.
Рекомендации по модульному тестированию
- Модульные тесты должны быть независимыми. В случае каких-либо улучшений или изменений в требованиях, тестовые случаи не должны меняться.
- Тестируйте только один модуль за раз.
- Следуйте четким и последовательным соглашениям об именах для ваших модульных тестов
- В случае изменения кода в каком-либо модуле убедитесь, что для модуля имеется соответствующий тестовый пример, и модуль проходит тестирование перед изменением реализации.
- Пофиксите все выявленные баги перед переходом к следующему этапу как минимум в модели разработки SDLC).
- Примите подход «тест, как ваш код». Чем больше кода вы пишете без тестирования, тем больше сценариев вам придется проверять на наличие ошибок в дальнейшем.
Пример
Основы модульного (Unit) тестирования в Visual Studio
Расширение возможностей программного обеспечения и как следствие усложнение его архитектуры привело к тому, что возросли также сложность объём работы по его тестированию. В результате этого возникла необходимость автоматизации процесса тестирования. Чтобы программисту или тестировщику при каждой итерации не приходилось в очередной раз выполнять одни и те же действия по проверке правильности работы программы.
|
|
|
В качестве одного из вариантов решения данной задачи можно рассматривать модульное или Unit тестирование.
Идея модульного тестирования состоит в том, что параллельно основному компоненту программы, который включает непосредственно алгоритмы её работы, создаётся дополнительный «тестовый», в котором имитируется работа основного компонента в тех или иных условиях. По результатам выполнения «тестового» компонента судят о правильности работы основного.
При этом «тестовый» компонент можно запускать на выполнение, не компилируя программу целиком, в том числе в автоматическом режиме. Это обеспечивает достаточно высокую степень автоматизации процесса тестирования и значительно сокращает время на его выполнение.
Важно отметить, что задача автоматизации тестирования в принципе не может быть решена полностью. В частности невозможно автоматизировать исследовательское тестирование [1]. Однако автоматизировать рутинные операции, например, интеграционное и регрессионное тестирование можно вполне. Последнее особенно важно, так как при создании новой версии программного обеспечения значительный объём работ по тестированию состоит именно в том, чтобы убедиться, что новый функционал не привёл к ошибкам в работе уже существующего.
|
|
|
Что собой представляет модульный (Unit) тест
Как уже говорилось выше, модульный тест это вспомогательный компонент программы, предназначенный для имитации её работы в целях тестирования. По сути, это не что иное, как программный сценарий, который вызывает те или иные функции тестируемой программы и анализирует результаты их работы.
В настоящее время для создания подобных сценариев нет необходимости разрабатывать какие-либо сложные технические решения. Существует масса готовых фреймворков, которые не только облегчают разработку тестов, но и берут на себя значительную часть работы по анализу и представлению их результатов.
Подобные фреймворки часто входят в состав интегрированных сред разработки (IDE). Собственный фреймворк для модульных тестов имеет и Visual Studio.
Для его использования в разделе «Тест» окна создания нового проекта есть специальный шаблон под названием «Проект модульного теста».
|
|
|
Что собой представляет данный шаблон?
При создании проекта модульного теста создаётся обычный класс, но:
- Как сам класс, так и его методы помечаются специальными атрибутами TestClass и TestMethod соответственно.
Данные атрибуты сообщают компилятору о том, что это класс модульного теста и тестовые методы.
- Методы класса должны быть открытыми (public) и иметь тип void.
Класс модульного теста может включать и вспомогательные члены, но лучше всего всё, что связано с процессом тестирования располагать в тестовых методах.
Тестовые методы предназначены для реализации непосредственно процесса тестирования. Для проведения тестирования класс модульного теста должен включать как минимум один тестовый метод.
Сценарии тестирования, реализуемые внутри тестовых методов, могут быть произвольными, но лучше всего всё-таки для каждого тестового случая создавать отдельный тестовый метод.
Тест считается не пройденным (в работе программы присутствует ошибка), если в ходе выполнения тестового метода возникло исключение.
Ниже представлена «шаблонная» структура класса модульного теста. Обратите внимание на подключение пространства имён Microsoft.VisualStudio.TestTools.UnitTesting.
C#
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | using System; using Microsoft.VisualStudio.TestTools.UnitTesting; namespace MyUnitTestProject { [TestClass] public class UnitTest1 { [TestMethod] public void TestMethod1() { } } } |
Работа модульного тестирования в Visual Studio будет показана далее.
Дата добавления: 2021-02-10; просмотров: 186; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!