Что такое тестирование компонентов?
Компонентное тестирование определяется как тип тестирования программного обеспечения, при котором тестирование выполняется для каждого отдельного компонента отдельно без интеграции с другими компонентами. Это также называется модульным тестированием, если смотреть с точки зрения архитектуры. Тестирование компонентов также называется модульным тестированием, тестированием программ или тестированием модулей.
Как правило, любое программное обеспечение в целом состоит из нескольких компонентов. Тестирование на уровне компонентов занимается тестированием этих компонентов по отдельности.
Это один из наиболее частых типов тестирования черного ящика, который выполняется командой QA.
Согласно диаграмме ниже, будут стратегия тестирования и план тестирования для тестирования компонентов. Где каждая часть программного обеспечения или приложения рассматривается индивидуально. Для каждого из этих компонентов будет определен сценарий тестирования, который в дальнейшем будет переведен в раздел «Тестовые случаи высокого уровня» -> «Подробные тестовые примеры низкого уровня с предварительными условиями».
Использование термина « Тестирование компонентов » варьируется от домена к домену и от организации к организации.
Наиболее частой причиной различного восприятия тестирования компонентов являются:
- Тип выбранной модели жизненного цикла развития
- Сложность тестируемого программного обеспечения или приложения
- Тестирование с изоляцией или без изоляции от остальных компонентов программного обеспечения или приложения.
Как мы знаем, архитектура жизненного цикла тестирования программного обеспечения имеет множество тестовых артефактов (документы, созданные, используемые во время тестирования). Среди множества тестов - артефактов, это Политика тестирования и Стратегия тестирования, которые определяют типы тестирования, глубину тестирования, которое должно быть выполнено в данном проекте.
Кто проводит тестирование компонентов
Тестирование компонентов проводят тестировщики. «Модульное тестирование» выполняется разработчиками, когда они тестируют отдельные функции или процедуры. После выполнения модульного тестирования следующее тестирование - это тестирование компонентов. Компонентное тестирование проводят тестировщики.
Когда проводить тестирование компонентов
Компонентное тестирование выполняется вскоре после того, как разработчики завершат модульное тестирование, и сборка будет выпущена для группы тестирования. Эта сборка называется сборкой UT (сборка для модульного тестирования). На этом этапе проверяется основная функциональность всех компонентов,
Критерии входа для компонентного тестирования
- Минимальное количество компонентов, которые должны быть включены в UT, должно быть разработано и протестировано.
Критерии выхода для компонентного тестирования
- Функциональность всего компонента должна работать нормально.
- Не должно быть никаких критических или дефектов высокой или средней степени серьезности и приоритета Журнал дефектов.
Методы тестирования компонентов
В зависимости от глубины уровней тестирования, тестирование компонентов можно разделить на следующие категории:
- CTIS - Тестирование компонентов в малых масштабах
- CTIL - Тестирование компонентов в целом
CTIS - Тестирование компонентов в малых масштабах
Тестирование компонентов может проводиться с изоляцией остальных компонентов тестируемого программного обеспечения или приложения или без таковой. Если это выполняется с изоляцией другого компонента, то это называется «Компонентное тестирование в малых масштабах».
Пример 1. Рассмотрим веб-сайт, который имеет 5 различных веб-страниц, а затем тестирование каждой веб-страницы отдельно и с изоляцией других компонентов называется тестированием компонентов в Small.
Пример 2: Рассмотрим домашнюю страницу веб-сайта guru99.com, которая имеет множество компонентов, таких как
Домашняя страница, Тестирование, SAP, Интернет, Must Learn !, Большие данные, Живые проекты, Блог и т. Д.
Точно так же любое программное обеспечение состоит из множества компонентов, и каждый компонент будет иметь свои собственные подкомпоненты. Тестирование каждого модуля, упомянутого в примере 2, отдельно, без учета интеграции с другими компонентами, называется тестированием компонентов в Small.
Щелкните раскрывающееся меню «Тестирование», как показано на снимке ниже, и просмотрите различные «подкомпоненты» компонента « Тестирование». Таким образом, отображаются подкомпоненты: ручное тестирование, SOAPUI, QTP, JUnit, Selenium, Test Management, Selenium, Mobile Testing и т. Д.
Примечание . Подкомпоненты отмечены красным цветом на снимке ниже.
CTIS - Тестирование компонентов в малых масштабах
Тестирование компонентов, проводимое без изоляции других компонентов в тестируемом программном обеспечении или приложении, называется большим тестированием компонентов.
Давайте возьмем пример, чтобы лучше понять это. Предположим , что существует приложение , состоящее из трех компонентов говорят , что компонент А , компонент В, и компонент C .
Разработчик разработал компонент B и хочет его протестировать. Но для того, чтобы полностью протестировать компонент B, некоторые из его функций зависят от компонента A и несколько - от компонента C.
Функциональный поток: A -> B -> C, что означает зависимость от B как от A, так и от C, согласно заглушке диаграммы - это вызываемая функция, а драйвер - вызывающая функция .
Но компонент A и компонент C еще не разработаны. В этом случае, чтобы полностью протестировать компонент B, мы можем заменить компонент A и компонент C заглушкой и драйверами по мере необходимости. Таким образом, в основном компоненты A и C заменяются заглушкой и драйвером, которые действуют как фиктивный объект, пока они не будут фактически разработаны.
- Заглушка: заглушка вызывается из программного компонента, который нужно протестировать, как показано на диаграмме ниже. «Заглушка» вызывается Компонентом A.
- Драйвер: драйвер вызывает компонент для тестирования, как показано на схеме ниже. «Компонент B» вызывается драйвером.
Примеры тестовых случаев для тестирования компонентов
Рассмотрим 2 веб-страницы согласно схемам, упомянутым ниже. Здесь обе веб-страницы взаимосвязаны друг с другом с точки зрения функциональности.
- Веб-страница 1 - это страница входа на demo.guru99.com
Когда пользователь ввел действительный идентификатор пользователя и пароль в текстовое поле и нажал кнопку «Отправить», веб-страница перейдет на домашнюю страницу веб-сайта демонстрационного банка guru99.
- Веб-страница 2 является домашней страницей Guru99.com
Итак, здесь страница входа - это один компонент, а домашняя страница - другой. Теперь тестирование функциональности отдельных страниц по отдельности называется компонентным тестированием .
Сценарий тестирования компонентов на веб-странице1 -
- Введите недопустимый идентификатор пользователя и проверьте, отображается ли для конечного пользователя какое-либо удобное всплывающее окно с предупреждением.
- Введите неверный идентификатор пользователя и пароль, нажмите «Сброс» и проверьте, очищены ли данные, введенные в текстовые поля идентификатора пользователя и пароля.
- Введите действующее имя пользователя и пароль и нажмите кнопку «Войти».
Сценарий тестирования компонентов на веб-странице2 -
- Убедитесь, что на главной странице отображается сообщение «Добро пожаловать на страницу менеджера банка guru99».
- Убедитесь, что все ссылки в левой части веб-страницы являются интерактивными.
- Убедитесь, что идентификатор менеджера отображается в центре домашней страницы.
- Убедитесь, что на главной странице присутствуют 3 разных изображения, как показано на схеме.
Модульное тестирование против компонентного тестирования
| Модульное тестирование | Компонентное тестирование |
|---|---|
|
|
|
|
|
|
|
|
Резюме:
В программной инженерии тестирование компонентов играет решающую роль в поиске ошибок. Прежде чем мы начнем с тестирования интеграции, всегда рекомендуется выполнять тестирование компонентов, чтобы убедиться, что каждый компонент приложения работает эффективно.
За интеграционным тестированием следует тестирование компонентов. Тестирование компонентов в некоторых справочниках также называется тестированием модулей.