✅ Тестирование системной интеграции - Процесс и подход

Введение в тестирование системной интеграции (SIT)

Введение в тестирование системной интеграции (SIT)

Тестирование системной интеграции - это тип тестирования, выполняемый на всей системе после интеграции аппаратных и программных модулей этой системы. Это делается для проверки поведения системы и проверки того, что все модули в системе функционируют надлежащим образом друг с другом. Это также делается для сохранения целостности данных между модулями в системе.

Тестирование системной интеграции (SIT) проводится после того, как подсистемы индивидуально прошли модульное тестирование и что тестирование прошло. Затем SIT тестирует систему в целом после ее интеграции. Затем результат SIT передается на приемочное тестирование пользователя (UAT).

Преимущества теста системной интеграции

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

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

Подходы к выполнению СИТ

Давайте рассмотрим различные подходы к выполнению SIT, давайте разберемся с этим один за другим.

1. Нисходящий подход

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

преимущество

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

Недостаток

Существует зависимость от доступности функциональности модулей нижнего уровня.
Тестирование может быть отложено, поскольку реальные модули заменяются заглушками.
Написание окурков сложно.

2. Восходящий подход

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

преимущество

Заглушки не нужны в этом подходе.
По мере подъема процесса тестирование становится проще, поскольку использование драйверов сокращается.

Недостаток

Самый важный модуль, т.е. пользовательский интерфейс, тестируется в конце.

3. Подход большого взрыва

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

преимущество

Требуется только один раунд SIT.

Недостаток

Трудно найти основную причину ошибки.

Процесс тестирования системной интеграции

Наиболее распространенный метод выполнения SIT - это метод на основе данных, так как он требует наименьшего использования инструментов тестирования программного обеспечения.

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

После того, как программное обеспечение интегрировано, может быть три основных состояния потока данных:

1. Состояние данных при передаче внутри уровня интеграции

Уровень интеграции выступает в качестве интерфейса между импортом и экспортом данных. Базовые знания определенных технологий схемы необходимы для выполнения SIT на этом уровне.

Шаги для выполнения SIT для проверки обмена данными:

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

2. Состояние данных при передаче в слой базы данных

Базовые знания SQL необходимы для выполнения SIT на этом уровне.

Шаги для выполнения SIT для проверки обмена данными:

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

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

Шаги для выполнения SIT для проверки обмена данными:

Проверьте видимость полей в пользовательском интерфейсе.
Выполните контрольные примеры, как положительные, так и отрицательные, чтобы подтвердить данные.

Пример СИТ

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

Это программное обеспечение состоит из двух экранов в пользовательском интерфейсе, а именно экрана имени и экрана идентификатора сотрудника, и имеет базу данных с именем База данных A. Детали, введенные на экране имени и экране идентификатора сотрудника, вводятся в базу данных А.

Через несколько лет компании требуются дополнительные данные от сотрудников. Таким образом, требуется усовершенствование, и они разрабатывают адресный экран с другой базой данных, базой данных B. Теперь эта система, имеющая адресный экран и базу данных B, должна быть интегрирована с существующей системой, и затем это тестирование проводится на всей системе для обеспечения надлежащей функциональности. называется СИТ.

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

Тестирование системной интеграции - Процесс и подход - Пример и преимущество