Вступ до тестування системної інтеграції (SIT)
Тестування інтеграції системи - це тип тестування, який проводиться на повній системі після інтеграції апаратних та програмних модулів цієї системи. Це робиться для перевірки поведінки системи та перевірки відповідності функціонування всіх модулів у системі. Це також робиться для збереження цілісності даних між модулями в системі.
Тестування системної інтеграції (SIT) проводиться після того, як підсистеми пройшли індивідуальне тестування підрозділів та пройшли тестування. Потім SIT тестує систему в цілому після її інтеграції. Потім результат SIT передається тестуванню прийняття користувачем (UAT).
Переваги тесту на інтеграцію системи
- SIT допомагає виявляти дефекти на ранній стадії. Дефекти, виявлені під час SIT, відправляються назад для виправлення командою розробників. Це допомагає заощадити час та витрати на його виправлення на більш пізньому етапі, що може бути дорожче.
- SIT допомагає отримати ранню думку про прийнятність модуля в системі.
- SIT допомагає виявити несправності, які можуть мати місце при взаємодії інтегрованих компонентів.
- У системі є декілька модулів, і тестування блоків всіх модулів потребує часу. Навіть якщо кожен блок перевіряється індивідуально, навіть тоді є ймовірність, що він може вийти з ладу при інтеграції в цілому, оскільки існує багато проблем, які піднімаються, коли підсистеми взаємодіють між собою.
Таким чином, SIT по суті необхідний для розкриття та виправлення неполадок перед відправкою системи користувачеві.
Підходи до виконання SIT
Давайте розглянемо різні підходи до виконання SIT, давайте розберемося один за одним.
1. Підхід зверху вниз
Це поступовий підхід, коли тестування починається в самому верхньому модулі програми. Функціональність модулів на нижньому рівні моделюється за допомогою заглушок. Верхній модуль інтегрований із заглушками модулів на нижніх рівнях, одна за одною для перевірки їх функціональності. Після завершення кожного випробування відповідний заглушок замінюється реальним модулем. Цей спосіб тестування триває, поки не буде протестована вся система.
Перевага
- Немає потреби в драйверах, а функціональність системи використовується для визначення тестових випадків.
Недоліки
- Існує залежність від наявності функціональних можливостей модулів нижчого рівня.
- Тестування може затриматись, оскільки реальні модулі замінені заглушками.
- Писати заглушки важко.
2. Підхід знизу вгору
Це поступовий підхід, де спочатку модулі найнижчого рівня об'єднуються для формування кластерів. Потім виробляється драйвер, щоб отримати вхід і вихід тестового випадку. Потім кластер тестується. Після тестування кластера драйвер видаляється, щоб кластер можна було поєднати з верхнім рівнем. Цей спосіб тестування триває, поки не буде протестована вся система.
Перевага
- Заглушки в цьому підході не потрібні.
- Тестування стає простішим у міру підйому процесу, оскільки скорочується використання драйверів.
Недоліки
- Найважливіший модуль, тобто інтерфейс, перевіряється в кінці.
3. Підхід великого вибуху
При такому підході модулі системи інтегруються лише після завершення всіх модулів. Після інтеграції проводиться тестування по всій системі для перевірки її роботи.
Перевага
- Потрібно лише один раунд SIT.
Недоліки
- Важко знайти першопричину помилки.
Процес тестування інтеграції системи
Найбільш поширений метод виконання SIT - це метод, керований даними, оскільки він вимагає найменшого використання інструментів тестування програмного забезпечення.
У цьому методі, в першу чергу, відбувається обмін даними, тобто імпорт та експорт даних між системними модулями, а потім спостерігається продуктивність кожного поля даних у межах окремого шару.
Після того, як програмне забезпечення буде інтегровано, потоки даних можуть бути три основні:
1. Стан даних при потоці всередині інтеграційного рівня
Інтеграційний рівень діє як інтерфейс між імпортом та експортом даних. Базові знання певних технологій схеми необхідні для виконання SIT на цьому рівні.
Кроки для виконання SIT для перевірки обміну даними:
- Аутентифікуйте властивості даних у цьому шарі щодо документів, що пред'являються до вимог.
- Підтвердьте запит на веб-службу.
- Виконайте кілька тестових одиниць, щоб перевірити відображення даних та запити.
- Перегляньте журнали.
2. Стан даних при потоці всередині шару бази даних
Базові знання SQL необхідні для виконання SIT на цьому рівні.
Кроки для виконання SIT для перевірки обміну даними:
- Перевірте, чи всі дані досягнуті та чи були скоєні з попереднього рівня.
- Аутентифікуйте властивості таблиці та стовпців на відповідність вимогам документів.
- Перевірте правила перевірки даних та обмеження, застосовані до бази даних.
- Перевірте збережені процедури щодо наявності будь-яких даних, що підлягають обробці.
- Перегляньте журнали.
3. Стан даних при потоці всередині шару програми
Кроки для виконання SIT для перевірки обміну даними:
- Перевірте видимість полів у інтерфейсі користувача.
- Виконайте тестові випадки, як позитивні, так і негативні для підтвердження даних.
Приклад SIT
Щоб зробити SIT трохи зрозумілішим, візьмемо приклад компанії, яка використовує програмне забезпечення для зберігання реквізитів працівника.
Це програмне забезпечення складається з двох екранів у користувальницькому інтерфейсі, а саме екрана імен та екрана ідентифікатора працівника. У ньому є база даних під назвою База даних А. Дані, введені в Екран імен та Екран ідентифікатора працівника, вводяться в Базу даних А.
Через кілька років компанія вимагає від співробітників додаткових даних. Таким чином, потрібне вдосконалення, і вони розробляють адресний екран із іншою базою даних, базами даних B. Тепер ця система, що має адресний екран та базу даних B, повинна бути інтегрована з існуючою системою, а потім це тестування робиться у всій системі для належної функціональності називається СІТ.
На закінчення, SIT є важливою частиною нашого тестування, оскільки він дає нам перше враження про те, наскільки добре працює наша програма. Це можна зробити за допомогою різних підходів та процесів, і ми можемо використовувати те, що підходить для нашого застосування.
Рекомендовані статті
Це був посібник із тестування інтеграції системи. Тут ми обговорили концепції, підходи, переваги та недоліки тестування системної інтеграції. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Що таке тестування програмного забезпечення?
- Тестування питань інтерв'ю
- Життєвий цикл дефектів при тестуванні програмного забезпечення
- Питання інтерв'ю щодо дизайну системи