Cos'è il test incorporato nel test del software?

Cosa sono i sistemi Embedded?

I sistemi embedded sono dispositivi controllati elettronicamente in cui software e hardware sono strettamente accoppiati. I sistemi integrati possono contenere una varietà di dispositivi informatici. Si tratta di PC incorporati in altri dispositivi per gestire funzioni specifiche dell'applicazione. L'utente finale solitamente non è nemmeno a conoscenza della loro esistenza.

Test integrati

Test integrati è un processo di test per verificare gli attributi funzionali e non funzionali del software e dell'hardware in un sistema integrato e garantire che il prodotto finale sia privo di difetti. Lo scopo principale dell'Embedded testing è verificare e validare se il prodotto finale dell'hardware e del software embedded soddisfa o meno i requisiti del cliente.

I test del software incorporato controllano e garantiscono che il software in questione sia di buona qualità e sia conforme a tutti i requisiti che dovrebbe soddisfare. Il test del software integrato è un approccio eccellente per garantire la sicurezza in applicazioni critiche come apparecchiature mediche, ferrovie, aviazione, industria automobilistica, ecc. Test rigorosi e attenti sono fondamentali per garantire la certificazione del software.

Come eseguire il test del software incorporato

In generale, esegui il test per quattro motivi:

Per trovare bug nel software
Aiuta a ridurre i rischi sia per gli utenti che per l'azienda
Ridurre i costi di sviluppo e manutenzione
Per migliorare le prestazioni

Nei test incorporati vengono eseguite le seguenti attività:

1. Il software è dotato di alcuni input.

2. Viene eseguita una parte del software.

3. Viene osservato lo stato del software e gli output vengono controllati per le proprietà attese, ad esempio se l'output corrisponde al risultato atteso, la conformità ai requisiti e l'assenza di arresti anomali del sistema.

Tipi di test del software incorporato

Fondamentalmente, esistono cinque livelli di test che possono essere applicati al software incorporato

Test di unità software

Il modulo unit è una funzione o una classe. Il test unitario viene eseguito dal team di sviluppo, principalmente dallo sviluppatore, e viene solitamente eseguito secondo un modello di revisione paritaria. Sulla base delle specifiche del modulo vengono sviluppati casi di test.

Test d'integrazione

I test di integrazione possono essere classificati in due segmenti:

Test di integrazione del software
Test di integrazione software/hardware.

Alla fine, viene testata l'interazione del dominio hardware e dei componenti software. Ciò può includere l'esame dell'interazione tra dispositivi periferici integrati e software.

Lo sviluppo di software incorporato ha una caratteristica unica che si concentra sull'ambiente reale in cui viene eseguito il software, generalmente creato in parallelo con il software. Ciò provoca inconvenienti per il test poiché non è possibile eseguire test completi in una condizione simulata.

Test delle unità di sistema

Ora il modulo da testare è un framework completo costituito da codice software completo e tutto sistema operativo in tempo reale (RTOS) e parti relative alla piattaforma come interruzioni, meccanismi di tasking, comunicazioni e così via. Il protocollo Point of Control non è più una chiamata a una funzione o un'invocazione di un metodo, ma piuttosto un messaggio inviato/ricevuto utilizzando le code di messaggi RTOS.

Le risorse di sistema vengono osservate per valutare la capacità del sistema di supportare l'esecuzione del sistema incorporato. Per questo aspetto, test della scatola grigia è il metodo di prova preferito. A seconda dell'organizzazione, il test delle unità di sistema è compito dello sviluppatore o di un team di integrazione di sistema dedicato.

Test di integrazione del sistema

Il modulo da testare inizia da un set di componenti all'interno di un singolo nodo. I Punti di Controllo e Osservazione (PCO) sono un mix di protocolli di comunicazione correlati alla rete e RTOS, come messaggi di rete ed eventi RTOS. Oltre a un componente, un Virtual Tester può anche svolgere il ruolo di un nodo.

Test di convalida del sistema

Il modulo da testare è un sottosistema con un'implementazione completa o il sistema embedded completo. L'obiettivo di questo test finale è soddisfare i requisiti funzionali dell'entità esterna. Tieni presente che un'entità esterna può essere una persona o un dispositivo in una rete di telecomunicazioni o entrambi.

Differenza: test integrati e test del software

Software Testing	Test integrati
Il test del software è relativo solo al software.	I test integrati riguardano sia il software che l'hardware.
In media il 90% dei test effettuati nel mondo sono test puramente manuali della scatola nera.	I test integrati vengono eseguiti su sistemi o chip integrati e possono essere test di tipo black box o white box.
Le aree principali di test sono i controlli della GUI, la funzionalità, la convalida e un certo livello di test del database.	Le aree principali di test sono il comportamento dell'hardware per il n. degli input che gli vengono forniti.
I test del software vengono eseguiti principalmente su applicazioni client-server, Web e mobili.	Test integrati generalmente eseguiti sull'hardware.
ad esempio, Google Mail, Yahoo Mail, Android applicazioni.	ad esempio, macchine del settore sanitario, microcontrollori utilizzati nei computer.

Sfide: test del software incorporato

Alcune delle sfide che si possono affrontare durante i test del software incorporato:

Dipendenza hardware

La dipendenza dall'hardware è una delle principali difficoltà incontrate durante i test del software integrato a causa dell'accesso limitato all'hardware. Tuttavia, emulatori e simulatori potrebbero non rappresentare esattamente il comportamento del dispositivo reale e potrebbero dare un'idea errata delle prestazioni del sistema e dell'usabilità dell'applicazione.

Software Open Source

La maggior parte dei componenti software incorporati sono di natura open source, non creati internamente e privi di test completi disponibili per essi. Esiste un’ampia gamma di combinazioni di test e scenari risultanti.

Difetti software e hardware

Un altro aspetto è quando il software viene sviluppato per un hardware appena creato, durante questo processo è possibile identificare un'elevata percentuale di difetti hardware. Il difetto riscontrato non si limita al software. Potrebbe essere correlato anche all'hardware.

Difetti riproducibili

I difetti sono più difficili da riprodurre/ricreare nel caso del sistema incorporato. Ciò impone alla procedura di test incorporato di valutare ogni occorrenza di difetto sostanzialmente più alta rispetto a un caso standard, oltre a raccogliere quanti più dati possibili per modificare il sistema e trovare la base del difetto.

Aggiornamenti software continui

I sistemi integrati richiedono aggiornamenti software regolari come l'aggiornamento del kernel, correzioni di sicurezza, diversi driver di dispositivo, ecc. I vincoli identificati con l'influenza degli aggiornamenti software rendono difficile l'identificazione dei bug. Inoltre, aumenta l'importanza della procedura di creazione e distribuzione.

Sintesi

Ci sono alcune difficoltà nel testare il test del software incorporato che lo rendono più difficile del test del software normale. Il problema più fondamentale è la stretta dipendenza dall'ambiente hardware che viene preparato simultaneamente al software e che è regolarmente richiesto per eseguire test software affidabili. A volte è persino difficile testare il software senza strumenti personalizzati, il che rende la concentrazione sui test nelle fasi avanzate estremamente allettante.

Una delle cose più importanti a cui dovresti pensare è il fatto che spesso dovresti optare per il test automatizzato del software. Il test automatizzato integrato è un processo più rapido che richiederebbe alcune ore per essere completato e, in questo modo, il problema del software viene risolto.