Що таке вбудоване тестування в тестуванні програмного забезпечення?
Томас Гамільтон
⚡ Розумний підсумок
Вбудоване тестування перевіряє функціональну та нефункціональну поведінку програмного та апаратного забезпечення разом, оскільки у вбудованій системі вони тісно пов'язані, і жодне з них не може бути належним чином перевірено окремо.
Що таке вбудовані системи?
Вбудовані системи – це електронно керовані пристрої, де програмне та апаратне забезпечення тісно пов’язані. Вбудовані системи можуть містити різноманітні обчислювальні пристрої. Це ПК, вбудовані в інші пристрої для виконання функцій, специфічних для певних застосувань. Кінцевий користувач зазвичай навіть не знає про їхнє існування.
Вбудоване тестування
Вбудоване тестування це процес тестування для перевірки функціональності та нефункціональний атрибути як програмного, так і апаратного забезпечення у вбудованій системі, а також забезпечення відсутності дефектів у кінцевому продукті. Головною метою тестування вбудованих систем є перевірка та підтвердження того, чи відповідає кінцевий продукт вбудованого апаратного та програмного забезпечення вимогам клієнта.
Тестування вбудованого програмного забезпечення перевіряє та гарантує, що відповідне програмне забезпечення має гарну якість та відповідає всім вимогам, яким воно повинно відповідати. Тестування вбудованого програмного забезпечення – це чудовий підхід до гарантування безпеки в критично важливих сферах, таких як медичне обладнання, залізниці, авіація, автомобільна промисловість тощо. Суворе та ретельне тестування має вирішальне значення для отримання сертифікації програмного забезпечення.
Як виконати тестування вбудованого програмного забезпечення
Загалом ви тестуєте з чотирьох причин:
- Щоб знайти помилки в програмному забезпеченні
- Допомагає зменшити ризик як для користувачів, так і для компанії
- Скоротіть витрати на розробку та обслуговування
- Для підвищення продуктивності
У вбудованому тестуванні виконуються такі дії:
- Програмне забезпечення надається з деякими вхідними даними.
- Виконується частина програмного забезпечення.
- Спостерігається стан програмного забезпечення, а вихідні дані перевіряються на наявність очікуваних властивостей, таких як відповідність вихідного сигналу очікуваному результату, відповідність вимогам та відсутність збоїв системи.
Типи тестування вбудованого програмного забезпечення
Фундаментально, існує п'ять рівнів тестування, які можна застосувати до вбудованого програмного забезпечення.
Модульне тестування програмного забезпечення
Модуль модуля може бути або функцією, або класом. Модульне тестування виконується командою розробників, переважно розробником, і зазвичай проводиться за моделлю експертної оцінки. Тестові випадки розробляються на основі специфікації модуля.
Інтеграційне тестування
Інтеграційне тестування можна розділити на два сегменти:
- Тестування інтеграції програмного забезпечення
- Тестування інтеграції програмного/апаратного забезпечення
Зрештою, тестується взаємодія апаратного домену та програмних компонентів. Це може включати вивчення взаємодії між вбудованими периферійними пристроями та програмним забезпеченням.
Розробка вбудованого програмного забезпечення має унікальну особливість: фактичне середовище, в якому працює програмне забезпечення, зазвичай створюється паралельно з самим програмним забезпеченням. Це створює незручності для тестування, оскільки комплексне тестування неможливо виконати в змодельованих умовах.
Тестування системного блоку
Тепер модуль, який потрібно протестувати, являє собою повний фреймворк, що складається з повного програмного коду плюс усі операційна система реального часу (RTOS) та пов'язані з платформою елементи, такі як переривання, механізми завдання, зв'язок тощо. Протокол Point of Control більше не є викликом функції чи методу, а радше повідомленням, що надсилається або отримується за допомогою черг повідомлень RTOS.
Системні ресурси спостерігаються, щоб оцінити здатність системи підтримувати виконання вбудованої системи. Для цього аспекту тестування сірої коробки є найкращим методом тестування. Залежно від організації, тестування системних модулів є обов'язком розробника або спеціалізованої команди системної інтеграції.
Тестування системної інтеграції
Модуль, що тестується, починається з набору компонентів в одному вузлі. Точки контролю та спостережень (PCO) – це поєднання мережевих комунікаційних протоколів та подій RTOS, таких як мережеві повідомлення. Окрім компонента, віртуальний тестер також може виконувати роль вузла.
Перевірка системи
Модуль, що тестується, – це підсистема з повною реалізацією або повна вбудована система. Метою цього остаточного тесту є відповідність функціональним вимогам зовнішньої сутності. Зверніть увагу, що зовнішньою сутністю може бути людина, пристрій у телекомунікаційній мережі або і те, й інше.
Різниця: вбудоване тестування та тестування програмного забезпечення
У таблиці нижче показано порівняння вбудованого тестування та звичайного тестування програмного забезпечення.
| Тестування програмного забезпечення | Вбудоване тестування |
|---|---|
| Тестування програмного забезпечення стосується лише програмного забезпечення. | Вбудоване тестування стосується як програмного, так і апаратного забезпечення. |
| В середньому 90% тестування у світі проводиться виключно вручну тестування чорної скриньки. | Вбудоване тестування проводиться на вбудованих системах або чіпах, і це може бути чорний ящик або тестування білої скриньки. |
| Основними областями тестування є перевірка GUI, функціональність, перевірка та певний рівень тестування бази даних. | Основними напрямками тестування є поведінка апаратного забезпечення залежно від кількості поданих на нього вхідних даних. |
| Тестування програмного забезпечення в основному виконується на клієнт-серверних, веб- і мобільних додатках. | Вбудоване тестування зазвичай виконується на апаратному забезпеченні. |
| наприклад, Google Mail, Yahoo Mail, Android додатків. | наприклад, машини в галузі охорони здоров'я, мікроконтролери, що використовуються в комп'ютерах. |
Виклики: тестування вбудованого програмного забезпечення
Деякі проблеми, з якими можна зіткнутися під час тестування вбудованого програмного забезпечення:
Залежність від обладнання
Залежність від апаратного забезпечення є однією з основних труднощів, з якими стикаються під час тестування вбудованого програмного забезпечення, через обмежений доступ до апаратного забезпечення. Однак емулятори та симулятори можуть неточно відображати поведінку фактичного пристрою та давати неправильне уявлення про продуктивність системи та зручність використання застосунку.
Програмне забезпечення з відкритим кодом
Більшість вбудованих програмних компонентів мають відкритий вихідний код, не створюються власними силами та не мають повного набору тестів для них. Існує широкий спектр комбінацій тестів та результуючих сценаріїв.
Дефекти програмного забезпечення проти апаратного забезпечення
Інший аспект полягає в розробці програмного забезпечення для щойно створеного обладнання. Під час цього процесу можна виявити високий відсоток дефектів обладнання. Виявлений дефект стосується не лише програмного забезпечення. Він також може бути пов'язаний з апаратним забезпеченням.
Відтворювані дефекти
У випадку вбудованої системи дефекти важче відтворити або створити знову. Це змушує процедуру тестування вбудованих систем оцінювати кожен випадок дефекту значно вище, ніж у стандартному випадку, та збирати стільки даних, скільки обґрунтовано потрібно для пошуку першопричини дефекту.
Постійне оновлення програмного забезпечення
Вбудовані системи потребують регулярних оновлень програмного забезпечення, таких як оновлення ядра, виправлення безпеки, різні драйвери пристроїв тощо. Обмеження, пов'язані з оновленнями програмного забезпечення, ускладнюють виявлення помилок. Крім того, це підвищує важливість процедури збірки та розгортання.
