Test non funzionali

By: Tommaso Hamilton Tommaso Hamilton
Hours aggiornato

⚡ Riepilogo intelligente

I test non funzionali verificano le prestazioni di un'applicazione software in termini di affidabilità, usabilità, sicurezza, scalabilità e altri attributi di qualità. Questa guida illustra obiettivi, parametri, caratteristiche, tipologie di test comuni ed esempi pratici di casi di test utilizzati dai team di controllo qualità.

  • 🎯 Attenzione alla qualità: I test non funzionali misurano come un sistema si comporta, piuttosto che cosa fa.
  • 📏 Criteri misurabili: Ogni requisito è quantificato, eliminando formulazioni soggettive come buono, migliore o ottimo.
  • 🔐 Parametri critici: Sicurezza, affidabilità, scalabilità, usabilità e portabilità sono gli aspetti dominanti della verifica non funzionale.
  • 🧪 Diverse tipologie di test: I test di prestazione, carico, stress, recupero e compatibilità affrontano ciascuno specifici rischi per la qualità.
  • 📊 Impatto aziendale: Test non funzionali rigorosi riducono i costi di produzione, i tempi di inattività e l'insoddisfazione dei clienti tra le diverse versioni del prodotto.
Scopri di più

Test non funzionali

Che cosa sono i test non funzionali?

Test non funzionali È una categoria di test del software che convalida gli aspetti non funzionali di un'applicazione: prestazioni, usabilità, affidabilità e attributi di qualità simili. Valuta la predisposizione del sistema rispetto a criteri che i test funzionali non prendono in considerazione, garantendo che l'applicazione soddisfi le aspettative aziendali in condizioni reali.

Un classico esempio di test non funzionale è la misurazione del numero di utenti simultanei che possono accedere a un'applicazione senza un calo delle prestazioni. I test non funzionali sono importanti quanto i test funzionali perché influiscono direttamente sulla soddisfazione del cliente e sulla percezione generale del prodotto.

Che cos'è il test non funzionale? Schema riassuntivo

Obiettivi dei test non funzionali

I test non funzionali vengono eseguiti per migliorare la qualità complessiva e la durata di un prodotto. Gli obiettivi principali includono:

  • Aumentare l'usabilità, l'efficienza, la manutenibilità e la portabilità del prodotto.
  • Ridurre il rischio di produzione e i costi associati ai difetti non funzionali.
  • Ottimizzare le modalità di installazione, configurazione, esecuzione, gestione e monitoraggio del prodotto.
  • Raccogliere dati e metriche per la ricerca e lo sviluppo interni.
  • Migliorare la comprensione del comportamento del prodotto e delle tecnologie utilizzate.

Caratteristiche dei test non funzionali

Le seguenti caratteristiche definiscono come dovrebbero essere pianificati ed eseguiti i test non funzionali:

  • Deve essere misurabile, senza lasciare spazio a descrizioni soggettive come buono, migliore o ottimo.
  • In genere, all'inizio del processo di definizione dei requisiti non si conoscono i numeri esatti.
  • È necessario stabilire delle priorità in modo da affrontare prima le aree a più alto rischio.
  • Gli attributi di qualità vengono identificati con precisione durante la fase di ingegneria del software.

Parametri di test non funzionali

In genere, per definire l'ambito delle attività di test non funzionali si utilizzano undici parametri:

  1. Sicurezza: Misura il livello di protezione di un sistema contro attacchi intenzionali e accidentali provenienti da fonti interne o esterne. Verificato tramite test di sicurezza.
  2. Affidabilità: La misura in cui un sistema esegue continuamente le sue funzioni specificate senza guasti. Verificata tramite test di affidabilità.
  3. di sopravvivenza: Conferma che il sistema continua a funzionare e si ripristina automaticamente dopo un guasto. Verificato tramite test di ripristino.
  4. Disponibilità: Determina il grado di affidabilità del sistema per l'utente durante il funzionamento. Verificato tramite test di stabilità.
  5. usabilità: La facilità con cui gli utenti possono apprendere, utilizzare, preparare gli input e utilizzare gli output del sistema. Verificata tramite test di usabilità.
  6. Scalabilità: Il grado in cui un'applicazione software può espandere la propria capacità di elaborazione per soddisfare la crescente domanda. Verificato tramite test di scalabilità.
  7. interoperabilità: Verifica come un sistema software si interfaccia con altri sistemi software. Verifica tramite test di interoperabilità.
  8. Efficienza: La misura in cui il sistema gestisce capacità, quantità e tempi di risposta sotto carico.
  9. Flessibilità: La facilità con cui l'applicazione può funzionare su diverse configurazioni hardware e software, come ad esempio con diverse specifiche di RAM o CPU.
  10. portabilità: La flessibilità del software di passare dal suo ambiente hardware o software attuale a un altro.
  11. Riusabilità: Si riferisce alla porzione di un sistema software che può essere adattata per l'utilizzo in un'altra applicazione.

Diagramma dei parametri di test non funzionali

Tipo di test del software

I test del software si suddividono generalmente in tre categorie:

  • Test di funzionalità
  • Test non funzionali
  • Test di manutenzione

Ogni categoria contiene diversi livelli di test, che i team spesso chiamano tipologie di test. Libri e materiali di riferimento diversi potrebbero classificarli in modo leggermente differente, quindi è lecito aspettarsi piccole variazioni.

L'elenco delle tipologie di test non è esaustivo: ne esistono oltre 100 distinte e ne emergono continuamente di nuove. Non tutte le tipologie sono applicabili a ogni progetto; l'ambito di applicazione dipende dalla natura, dal profilo di rischio e dalla complessità dell'applicazione da testare.

ARTICOLI CORRELATI

Tipi di test non funzionali

Le tipologie più comuni di test non funzionali eseguiti dai team di controllo qualità includono:

  • Test di Performance
  • Caricare i test
  • Test di failover
  • Test di compatibilità
  • Test di usabilità
  • Test di stress
  • Test di manutenibilità
  • Test di scalabilità
  • Test di volume
  • Test di sicurezza
  • Test di ripristino di emergenza
  • Test di conformità
  • Test di portabilità
  • Test di efficienza
  • Test di affidabilità
  • Test di base
  • Test di resistenza
  • Test della documentazione
  • Test di recupero
  • Test di internazionalizzazione

Esempi di casi di test per test non funzionali

I seguenti esempi illustrano come vengono scritti i casi di test non funzionali nei progetti reali:

Caso di prova n. Test Case Domini
1 Il tempo di caricamento dell'applicazione non deve superare i 5 secondi quando vi accedono simultaneamente fino a 1000 utenti. Test di Performance
2 Il software dovrebbe essere installabile su tutte le versioni supportate di Windows and macOS. Test di compatibilità
3 Tutte le immagini web devono includere tag alt descrittivi. Test di Accessibilità

Domande Frequenti

I test funzionali verificano il comportamento del sistema rispetto ai requisiti specificati. I test non funzionali misurano le prestazioni del sistema, inclusi velocità, affidabilità, usabilità e sicurezza, garantendo che l'applicazione soddisfi gli standard di qualità che vanno oltre il comportamento delle funzionalità principali.

Gli strumenti popolari includono JMeter e LoadRunner per le prestazioni, Selenium per l'automazione dell'usabilità, Burp Suite OWASP ZAP per la sicurezza e BrowserStack per la compatibilità. Ogni strumento si concentra su un'area non funzionale specifica che i team di controllo qualità desiderano misurare.

I test non funzionali dovrebbero iniziare una volta che il sistema è funzionalmente stabile e prima delle release principali. I test di prestazioni, sicurezza e affidabilità sono solitamente programmati nelle fasi di test finali, ma le strategie "shift-left" promuovono l'esecuzione anticipata, in concomitanza con lo sviluppo.

Ciascun parametro viene misurato rispetto a soglie quantificabili. Le prestazioni vengono misurate in termini di tempo di risposta e throughput, la sicurezza tramite il conteggio delle vulnerabilità, l'usabilità tramite i tassi di completamento delle attività e l'affidabilità tramite il tempo medio tra i guasti. Numbers sostituire le opinioni soggettive.

Entrambi. I test di prestazioni, carico, stress e sicurezza si basano in larga misura sull'automazione per via della scalabilità e della ripetibilità. I ​​test di usabilità e accessibilità spesso richiedono l'osservazione manuale, la revisione da parte di esperti o verifiche con tecnologie assistive, oltre agli strumenti automatizzati.

L'IA genera profili di carico, prevede i colli di bottiglia delle prestazioni, assegna priorità ai casi di test rischiosi e analizza automaticamente i dati di log. Le piattaforme basate sull'IA riducono i tempi di esecuzione e individuano le regressioni più rapidamente, aiutandoping I team di controllo qualità estendono la copertura dei test non funzionali a tutte le release.

No. L'IA accelera le scansioni, la creazione di baseline e il rilevamento delle anomalie, ma i tester esperti continuano a interpretare i risultati, convalidare le catene di exploit e progettare gli scenari di test. L'IA potenzia il giudizio umano nei test non funzionali, non sostituisce gli ingegneri QA esperti.

Riassumi questo post con: