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