Тестирование системной интеграции - System integration testing

Тестирование системной интеграции (СИДЕТЬ) включает в себя общий тестирование полного система из многих подсистема компоненты или элементы. Тестируемая система может состоять из аппаратное обеспечение, или же программного обеспечения, или оборудование с встроенное программное обеспечение, или аппаратное / программное обеспечение с человек-в-петле тестирование.

Первоначально SIT состоит из «процесса сборки составных частей системы логическим и экономичным способом, всесторонней проверки работы системы (все номинальные и исключительные пути), включая полную функциональную проверку».^[1] После интеграции системное тестирование - это процесс "проверка что система соответствует ее требованиям, и подтверждение что система работает в соответствии с ожиданиями клиента или пользователя ".^[1]

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

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

Тестирование интеграции программных систем

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

Например, если интегратор (компания) обеспечивает расширение существующего решения клиента, то он интегрирует новый уровень приложения и новый уровень базы данных с существующим уровнем приложения и базы данных клиента. После завершения интеграции пользователи используют оба уровня. новая часть (расширенная часть) и старая часть (уже существующая часть) интегрированного приложения для обновления данных. Должен существовать процесс для обмена импортом и экспортом данных между двумя уровнями данных. Этот процесс обмена данными должен поддерживать обе системы в актуальном состоянии. Цель тестирования системной интеграции - убедиться, что все части этих систем успешно сосуществуют и при необходимости обмениваются данными.

В интеграции может быть больше сторон, например, у основного клиента (потребителя) могут быть свои собственные клиенты; также может быть несколько провайдеров.

Метод, управляемый данными

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

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

Уровень интеграции может быть промежуточное ПО или же веб-сервис (ы) который действует как среда для импорта и экспорта данных. Производительность импорта и экспорта данных можно проверить, выполнив следующие действия:^{[нужна цитата ]}

Перекрестная проверка свойств данных на уровне интеграции с техническими / бизнес-спецификациями.
- Для участия веб-службы в уровне интеграции WSDL и XSD могут использоваться для запроса веб-службы для перекрестной проверки.
- Участие промежуточного программного обеспечения на уровне интеграции позволяет сопоставления данных по журналам промежуточного программного обеспечения для перекрестной проверки.
Выполните несколько модульных тестов. Перекрестно проверьте сопоставления данных (позиции данных, объявления) и запросы (длина символа, типы данных) с техническими спецификациями.
Изучите журналы сервера / промежуточного программного обеспечения для устранения неполадок.

Чтение знаний о WSDL, XSD, DTD, XML, и EDI может потребоваться для этого.

Состояние данных на уровне базы данных

Системное интеграционное тестирование уровня базы данных может происходить следующим образом:^{[нужна цитата ]}

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

Для этого могут потребоваться знания SQL и чтение [хранимых процедур].^{[согласно кому? ]}

Состояние данных на уровне приложения

Когда мы проводим тестирование системной интеграции, на прикладном уровне не так уж много общего:^{[нужна цитата ]}

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

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

Смотрите также

[houser2011-1] а ^б Хаузер, Пит (ноябрь 2011 г.). «Лучшие практики для системной интеграции» (PDF). dtic.mil. Получено 15 марта 2016.

[2] Что такое системное интеграционное тестирование?

[1]

[2]