Тестирование системной интеграции ( SIT ) включает в себя полное тестирование всей системы, состоящей из множества компонентов или элементов подсистем . Тестируемая система может состоять из аппаратного или программного обеспечения , или аппаратного обеспечения со встроенным программным обеспечением , или аппаратного / программного обеспечения с тестированием с участием человека в контуре .
Первоначально SIT состоит из «процесса логической и рентабельной сборки составных частей системы, всесторонней проверки работы системы (все номинальные и исключительные пути), включая полную функциональную проверку». [1] После интеграции системное тестирование - это процесс « проверки соответствия системы ее требованиям и подтверждения того, что система работает в соответствии с ожиданиями клиента или пользователя». [1]
При разработке технологических продуктов тестирование системной интеграции часто начинается впервые, когда вся система собирается так, чтобы ее можно было протестировать как единое целое. Чтобы сделать тестирование системы наиболее продуктивным, многие составляющие сборки и подсистемы обычно проходят тестирование подсистем и успешно проверяют соответствие каждой подсистемы ее требованиям на уровне интерфейса подсистемы.
В контексте программных систем и программное обеспечения , тестирование интеграции системы представляет собой процесс тестирования, осуществляет сосуществование системы программного обеспечения с другими. При наличии нескольких интегрированных систем, предполагая, что каждая из них уже прошла системное тестирование [2], SIT приступает к тестированию требуемых взаимодействий между ними. После этого результаты передаются на приемочные испытания.
Тестирование интеграции программных систем
Для программного обеспечения SIT является частью жизненного цикла тестирования программного обеспечения для совместных проектов. Обычно раунд SIT предшествует раунду пользовательского приемочного теста (UAT). Поставщики программного обеспечения обычно проводят раунд тестов перед SIT перед тем, как потребители запускают свои тестовые примеры SIT.
Например, если интегратор (компания) обеспечивает расширение существующего решения клиента, то он интегрирует новый уровень приложения и новый уровень базы данных с существующим уровнем приложения и базы данных клиента. После завершения интеграции пользователи используют как новую часть (расширенную часть), так и старую часть (ранее существовавшую) интегрированного приложения для обновления данных. Должен существовать процесс для обмена импортом и экспортом данных между двумя уровнями данных. Этот процесс обмена данными должен поддерживать обе системы в актуальном состоянии. Цель тестирования системной интеграции - убедиться, что все части этих систем успешно сосуществуют и при необходимости обмениваются данными.
В интеграции может быть больше сторон, например, у основного клиента (потребителя) могут быть свои собственные клиенты; также может быть несколько провайдеров.
Метод, управляемый данными
Простой метод SIT, который можно выполнить с минимальным использованием инструментов тестирования программного обеспечения. Обмен данными между импортом и экспортом происходит до того, как будет исследовано поведение каждого поля данных в каждом отдельном слое. После совместной работы над программным обеспечением существует три основных состояния потока данных.
Состояние данных на уровне интеграции
Уровень интеграции может быть промежуточным программным обеспечением или веб-сервисом (-ами), который действует как среда для импорта и экспорта данных. Производительность импорта и экспорта данных можно проверить, выполнив следующие действия: [ необходима ссылка ]
- Перекрестная проверка свойств данных на уровне интеграции с техническими / бизнес-спецификациями.
- Для участия веб-службы в уровне интеграции WSDL и XSD могут использоваться для запроса веб-службы для перекрестной проверки.
- Участие промежуточного программного обеспечения на уровне интеграции позволяет сопоставить данные с журналами промежуточного программного обеспечения для перекрестной проверки.
- Выполните несколько модульных тестов. Перекрестно проверьте сопоставления данных (позиции данных, объявления) и запросы (длина символа, типы данных) с техническими спецификациями.
- Изучите журналы сервера / промежуточного программного обеспечения для устранения неполадок.
Для этого может потребоваться знание WSDL , XSD , DTD , XML и EDI .
Состояние данных на уровне базы данных
Системное интеграционное тестирование уровня базы данных может происходить следующим образом: [ необходима ссылка ]
- Сначала проверьте, все ли данные переданы на уровень базы данных из уровня интеграции.
- Затем проверьте свойства данных со свойствами таблицы и столбца с соответствующими документами технических / бизнес-спецификаций.
- Проверьте проверки / ограничения данных с документами бизнес-спецификаций.
- Если на уровне базы данных есть какие-либо обрабатываемые данные, проверьте хранимые процедуры с соответствующими спецификациями.
- Изучите журналы сервера для устранения неполадок.
Для этого могут потребоваться знания SQL и чтение [хранимых процедур] [ по мнению кого? ]
Состояние данных на уровне приложения
Когда мы проводим тестирование системной интеграции, мы не имеем ничего общего с прикладным уровнем: [ необходима цитата ]
- Отметьте все поля из документов бизнес-требований, которые должны быть видны в пользовательском интерфейсе.
- Создайте карту данных из полей базы данных в поля приложения и проверьте, отображаются ли необходимые поля в пользовательском интерфейсе.
- Проверьте свойства данных с помощью некоторых положительных и отрицательных тестовых случаев.
Существует множество комбинаций импорта и экспорта данных, которые мы можем выполнить, учитывая период времени для тестирования системной интеграции. Тестировщики должны выбрать лучшие комбинации для выполнения в ограниченное время и повторить некоторые шаги для проверки этих комбинаций.
Рекомендации
- ^ a b Хаузер, Пит (ноябрь 2011 г.). «Лучшие практики системной интеграции» (PDF) . dtic.mil . Проверено 15 марта 2016 года .
- ^ Что такое тестирование системной интеграции?
Смотрите также
- Интеграционное тестирование
- Приемочное тестирование пользователей (UAT)
- Приемочное тестирование производительности (PAT)