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