Что такое тестирование компонентов? Методы, примеры тестовых случаев

Что такое тестирование компонентов?

Компонентное тестирование определяется как тип тестирования программного обеспечения, при котором тестирование выполняется для каждого отдельного компонента отдельно без интеграции с другими компонентами. Его также называют тестированием модулей, если рассматривать его с точки зрения архитектуры. Тестирование компонентов также называют модульным тестированием, тестированием программ или тестированием модулей.

Как правило, любое программное обеспечение в целом состоит из нескольких компонентов. Тестирование на уровне компонентов занимается тестированием этих компонентов по отдельности.

Это один из самых распространенных черных box типы тестирования, которые выполняет команда QA.

Согласно приведенной ниже диаграмме, будет представлена ​​стратегия тестирования и план тестирования для тестирования компонентов. Где каждая часть программного обеспечения или приложения рассматривается индивидуально. Для каждого из этих компонентов Сценарий тестирования будут определены, которые в дальнейшем будут преобразованы в тестовые примеры высокого уровня -> подробные тестовые примеры низкого уровня с предварительными условиями.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Использование термина «Компонентное тестирование» варьируется от домена к домену и от организации к организации.

Наиболее распространенной причиной различного восприятия компонентного тестирования являются

  1. Тип выбранной модели жизненного цикла разработки
  2. сplexкачество тестируемого программного обеспечения или приложения
  3. Тестирование с изоляцией от остальных компонентов программного обеспечения или приложения или без нее.

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

Кто занимается тестированием компонентов

Тестирование компонентов выполняется тестировщиками. «Модульное тестирование» выполняется разработчиками, когда они тестируют отдельные функции или процедуры. После Модульное тестирование выполняется, следующее тестирование — тестирование компонентов. Тестирование компонентов проводится тестировщиками.

Когда проводить тестирование компонентов

Тестирование компонентов выполняется вскоре после завершения модульного тестирования разработчиками и выпуска сборки для группы тестирования. Эта сборка называется сборкой UT (сборка модульного тестирования). На этом этапе проверяются основные функциональные возможности всех компонентов.

Критерии входа в тестирование компонентов

  • Необходимо разработать и протестировать минимальное количество компонентов, которые будут включены в UT.

Критерии выхода из тестирования компонентов

  • Функциональность всех компонентов должна работать нормально.
  • Не должно быть каких-либо критических дефектов, дефектов высокой или средней серьезности и приоритета. дефект журнал.

Методы тестирования компонентов

В зависимости от глубины тестирования тестирование компонентов можно разделить на категории:

  1. CTIS – тестирование компонентов в малом
  2. CTIL – тестирование компонентов в целом

CTIS – тестирование компонентов в малых масштабах

Тестирование компонентов может проводиться с изоляцией остальных компонентов тестируемого программного обеспечения или приложения или без нее. Если оно выполняется с изоляцией другого компонента, это называется «Тестирование компонентов в малом масштабе».

Пример 1: Рассмотрим веб-сайт, который имеет 5 различных веб-страниц, тогда тестирование каждой веб-страницы отдельно и с изоляцией других компонентов называется тестированием компонентов в малом масштабе.

Пример 2: Рассмотрим домашнюю страницу веб-сайта guru99.com, которая имеет множество компонентов, таких как

Домашняя страница, Тестирование, SAP, Интернет, Необходимо учиться!, Большие данные, Живые проекты, Блог и т. д.

Точно так же любое программное обеспечение состоит из множества компонентов, и каждый компонент имеет свои собственные подкомпоненты. Тестирование каждого модуля, упомянутого в примере 2, отдельно, без учета интеграции с другими компонентами, называется Тестирование компонентов в Small.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Как проводить тестирование компонентов

Нажмите раскрывающееся меню «Тестирование», как показано на приведенном ниже снимке, и просмотрите различные «подкомпоненты» компонента тестирования. Таким образом, отображаемые подкомпоненты Ручное тестирование, SOAPUI, QTP, JUnit, Selenium, Управление тестированием, Selenium, Мобильный телефон Тестирование и т. д.

Примечание: На снимке ниже подкомпонент выделен красным цветом.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Как проводить тестирование компонентов

CTIL – Тестирование компонентов в целом

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

Давайте возьмем пример, чтобы лучше понять это. Предположим, есть приложение, состоящее из трех компонентов, скажем Компонент А, Компонент Б, и Компонент С.

Разработчик разработал компонент Б и хочет его протестировать. Но для того, чтобы полностью протестируйте компонент B, немногие из его функций зависят от компонента A и лишь немногие от компонента C.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Функциональность: A -> Б -> C это означает, что существует зависимость от B как от A, так и от C, согласно заглушке диаграммы, это называемая функция, и водитель - это вызывающая функция.

Но компонент А и компонент С еще не разработаны. В этом случае, чтобы полностью протестировать компонент B, мы можем заменить компонент A и компонент C заглушкой и драйверами по мере необходимости. Таким образом, по сути, компоненты A и C заменяются заглушками и драйверами, которые действуют как фиктивный объект до тех пор, пока они не будут фактически разработаны.

  • Заглушка: Заглушка вызывается из тестируемого программного компонента, как показано на схеме ниже. «Заглушка» вызывается Компонентом A.
  • Водитель: Драйвер вызывает тестируемый компонент, как показано на схеме ниже. «Компонент B» вызывается Драйвером.

Примеры тестовых случаев для тестирования компонентов

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

  1. Веб-страница 1 — это страница входа на demo.guru99.com.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Когда пользователь ввел действительный идентификатор пользователя и пароль в текстовое поле и нажал кнопку «Отправить», веб-страница перейдет на домашнюю страницу веб-сайта демо-банка guru99.

  1. Веб-страница 2 — это домашняя страница Guru99.com.

Изучите тестирование КОМПОНЕНТОВ с помощью примеров тестовых случаев

Итак, здесь страница входа — это один компонент, а домашняя страница — другой. Теперь тестирование функциональности отдельных страниц по отдельности называется тестирование компонентов.

Сценарий тестирования компонентов на веб-странице 1 –

  • Введите неверный идентификатор пользователя и проверьте, отображается ли какое-либо всплывающее предупреждение для конечного пользователя.
  • Введите неверный идентификатор пользователя и пароль, нажмите «Сброс» и проверьте, удалены ли данные, введенные в текстовые поля «Идентификатор пользователя» и «Пароль».
  • Введите действительные имя пользователя и пароль и нажмите кнопку «Войти».

Сценарий тестирования компонентов на веб-странице 2 –

  • Убедитесь, что на главной странице отображается сообщение «Добро пожаловать на страницу менеджера банка guru99».
  • Убедитесь, что все ссылки в левой части веб-страницы кликабельны.
  • Убедитесь, что идентификатор менеджера отображается в центре главной страницы.
  • Проверьте наличие трех разных изображений на главной странице согласно схеме.

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

Модульное тестирование Компонентное тестирование
  • Тестирование отдельных программ и модулей для демонстрации того, что программа работает в соответствии со спецификацией, называется Модульное тестирование
  • Тестирование каждого объекта или части программного обеспечения отдельно с изоляцией других объектов или без нее называется Компонентное тестирование
  • Его валидация соответствует проектной документации.
  • Он проверен на соответствие требованиям тестирования и вариантам использования.
  • Модульное тестирование проводится разработчиками.
  • Тестирование компонентов проводится тестировщиками.
  • Модульное тестирование проводится в первую очередь
  • Тестирование компонентов выполняется после завершения модульного тестирования со стороны разработчиков.

Резюме:

In Программная инженерияТестирование компонентов играет решающую роль в обнаружении ошибок. Прежде чем мы начнем Интеграционное тестирование после тестирования компонентов и интеграционного тестирования следует тестирование компонентов.

В некоторых источниках тестирование компонентов также называют тестированием модулей.