Test di copertura del percorso

Autore: Randy Alexander
Data Della Creazione: 24 Aprile 2021
Data Di Aggiornamento: 26 Giugno 2024
Anonim
Code Coverage
Video: Code Coverage

Contenuto

Definizione - Che cosa significa Test di copertura del percorso?

Il test di copertura del percorso è un tipo specifico di test metodico e sequenziale in cui viene valutata ogni singola riga di codice.


Come tipo di test del software, il test di copertura del percorso rientra nella categoria dei metodi di test tecnici, piuttosto che essere parte di una strategia generale o "filosofia" del codice. È ad alta intensità di manodopera ed è spesso riservato a specifiche sezioni vitali del codice.

Un'introduzione a Microsoft Azure e Microsoft Cloud | In questa guida imparerai cos'è il cloud computing e in che modo Microsoft Azure può aiutarti a migrare ed eseguire la tua azienda dal cloud.

Techopedia spiega i test di copertura del percorso

Il modo in cui funziona il test di copertura del percorso è che i tester devono esaminare ogni singola riga di codice che svolge un ruolo in un modulo e, per una copertura completa, i tester devono esaminare ogni possibile scenario, in modo che tutte le righe di codice siano coperte.

In un esempio molto semplice, considera una funzione di codice che accetta una variabile "x" e restituisce uno dei due risultati: se x è maggiore di 5, il programma restituirà il risultato "A" e se x è minore o uguale a 5, il programma restituirà il risultato "B."


Il codice per il programma sarebbe simile al seguente:

    input x
    se x> 5 allora
    ritorno A
    altrimenti restituisce B

Affinché i test di copertura del percorso possano "coprire tutti i percorsi" in modo efficace, è necessario eseguire i due casi di test, con x maggiore di 5 e x minore o uguale a 5.

Ovviamente, questo metodo diventa molto più complicato con moduli di codice più complessi. Gli esperti generalmente considerano il test di copertura del percorso come un tipo di test in white box, che in realtà controlla il codice interno di un programma, basandosi piuttosto su input e strategie esterne che sono considerati test in black box, che non considerano il codice interno.