Тестирование является важной частью жизненного цикла разработки ПО. Оно играет значимую роль в CI/CD, помогая выпускать надежное, устойчивое и безопасное программное обеспечение. Существует множество видов тестирования: сквозное, динамическое, интеграционное и другие. Из этой статьи вы узнаете, что такое компонентное и модульное тестирование, в чем их различия и как автоматизировать модульные и компонентные тесты.
Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.
Содержание
- Что такое модульное тестирование?
- Что такое компонентное тестирование?
- Компонентное vs модульное тестирование: что использовать?
- Как автоматизировать тестирование с помощью CI/CD
Что такое модульное тестирование?
Unit Testing – тестирование, при котором проверяется внутренняя работа кода – его структура и логика. Модульное тестирование проверяет отдельные части (блоки) кода в системе. Оно отличается от интеграционного тестирования, которое проверяет, как единицы кода и компоненты взаимодействуют друг с другом.
Для проведения модульных тестов вместо того, чтобы использовать реальные компоненты системы, разработчики создают их “имитации” или “макеты”. Использование таких имитаций помогает управлять данными, которые передаются в функцию и оценивать, какие результаты она будет возвращать. Можно добавить проверки и валидацию на выходные данные функции, чтобы быстро проверять изменения в коде. Если функция успешно проходит проверки, то можно быть уверенным, что она продолжает работать правильно, и изменения в коде не привели к возникновению ошибок.
Модульное тестирование похоже на функциональное тестирование, в котором проверяется, соответствуют ли выходные данные функции ожидаемым результатам. Однако модульное тестирование проверяет отдельные части кода, а функциональное тестирование – работу всего приложения.
Юнит-тестирование является важной частью методологии разработки через тестирование (TDD, Test Driven Development), которая рекомендует создавать модульные тесты перед написанием кода. Такой подход гарантирует, что в приложение попадает только тот код, который необходим для прохождения тестов. Это помогает избегать бесполезного и ненужного кода в приложении.
Что такое компонентное тестирование?
Компонентное тестирование – это вид тестирования, при котором оценивается поведение программы без учета деталей кода.
Компонентное тестирование занимает больше времени, чем модульное, поскольку компонент системы состоит из нескольких модулей. Хотя этот процесс может быть затратным по времени, он все равно необходим. Иногда отдельные модули работают исправно, но при их совместном использовании возникают проблемы.
Компонентное тестирование можно считать видом сквозного тестирования. Сквозное и компонентное тестирование воспроизводят реальные сценарии и проверяют систему с точки зрения пользователя.
Проведение компонентного тестирования полезно, поскольку оно позволяет выявить проблемы, с которыми могут столкнуться пользователи. Всегда лучше выявить и исправить ошибки до того, как о них узнают пользователи.
Существует два вида компонентного тестирования: компонентное тестирование в малом и в целом.
Тестирование компонентов in small
При тестировании компонентов “в малом” каждый компонент проверяется отдельно от остальных компонентов системы. Чтобы протестировать компонент, нужно использовать имитации и макеты других компонентов, с которыми он взаимодействует. Такой вид тестирования гарантирует, что компонент готов к интеграции с остальной частью системы.
Тестирование компонентов in large
Компонентное тестирование “в широком плане” проводится без разделения, поэтому тестируемый компонент имеет доступ ко всем другим частям системы. При таком тестировании проверяется только главный компонент, а не связанные с ним модули или взаимодействие между ними.
Компонентное vs модульное тестирование: что использовать?
Модульные тесты создаются, чтобы проверить отдельные части кода, согласно плану разработки. Они помогают убедиться, что каждая часть программы работает правильно. Компонентные тесты, напротив, проводятся на уже собранных частях программы и используют реальные ситуации для проверки работы приложения в целом.
Модульные тесты запускаются разработчиком во время разработки ПО, чтобы он мог проверить, что каждый блок кода работает корректно. Когда все компоненты программы готовы, тестировщики или команда QA проводят компонентные тесты, чтобы убедиться, что все части программы работают вместе правильно и соответствуют требованиям.
Юзкейсы модульного и компонентного тестирования
Модульные тесты проверяют, что отдельные части программы работают правильно. Они сфокусированы на внутренней работе программы, например, на обработке данных или взаимодействии с базой данных.
Компонентное тестирование проверяет, что компоненты программы работают правильно вместе. Оно направлено на проверку работы программы в реальных ситуациях, таких как отображение страницы на веб-сайте или взаимодействие с пользователем. Оба вида тестирования важны и помогают обнаружить ошибки в программе перед релизом.
Для лучшего тестирования следует использовать оба метода. Например, можно использовать их вместе для проверки формы регистрации на веб-сайте. В форме есть поля для имени, фамилии, адреса электронной почты, пароля и повторного ввода пароля. Есть также кнопка отправки, которая отправляет данные на сервер.
Валидацию полей и кнопку отправки лучше всего проверять с помощью модульных тестов, чтобы убедиться, что функция правильно обрабатывает данные.
Например, если API ограничивает длину имени до 25 символов, разработчик выбирает короткое имя, чтобы учесть это ограничение, но не проверяет недопустимый ввод. В таких случаях компонентное тестирование очень полезно.
Компонентное тестирование позволяет заполнить пробелы, которые не удается покрыть модульным тестированием. Оно обеспечивает всестороннее тестирование системы. Чем больше вы тестируете свой код, тем лучше будет ваше приложение.
Как автоматизировать тестирование с помощью CI/CD
Вы можете реализовать конвейер CI/CD для автоматизации процесса тестирования. Это означает, что каждый раз, когда в ветке вашего репозитория будет сделан коммит, конвейер будет автоматически собирать проект и запускать созданные вами тесты.
Автоматизация тестирования помогает сэкономить время в процессе разработки программного обеспечения, особенно при увеличении объема кода и системы. Она также дает уверенность разработчикам, что их изменения не вызывают проблем. Если внесенное изменение неожиданно повлияет на другую часть системы, тесты не пройдут и разработчики смогут об этом узнать.
Заключение
В этой статье вы узнали разницу между модульным и компонентным тестированием, а также поняли преимущества автоматизации тестирования. Теперь при каждым коммите, вы можете быть уверены в работоспособности всех компонентов системы. Если что-то не соответствует требованиям тестирования, вы узнаете об этом сразу же, а не после сообщения пользователя о возникшей проблеме.
Перевод статьи Jacob Schmitt «Component testing vs unit testing».
Пингбэк: Модульное тестирование