Cosa sono i dati di test nei test del software?

By: Tommaso Hamilton Tommaso Hamilton
Hours aggiornato

⚡ Riepilogo intelligente

I dati di test nel testing del software sono gli input forniti a un'applicazione durante l'esecuzione dei test. Dati ben progettati sono alla base di controlli positivi, negativi, di prestazioni e di sicurezza, pertanto devono essere generati, anonimizzati e aggiornati durante tutto il ciclo di vita del prodotto.

  • 🗓️ Pianificare in anticipo: Crea dati di test insieme ai casi di test in modo che l'esecuzione non venga mai bloccata da input mancanti o da una configurazione dell'ambiente errata.
  • 🎯 Prendi in considerazione ogni possibile scenario: Preparare set di dati di partizione positivi, negativi, di confine e di equivalenza, separati e chiaramente etichettati.
  • 🛡️ Maschera prima di copiare: Associa i set di dati sulle prestazioni al volume e alla forma di produzione, ma anonimizza i campi sensibili prima di effettuare qualsiasi copia.
  • ⚙️ Automatizza le operazioni più impegnative: Utilizza generatori o strumenti di intelligenza artificiale per scalare set di dati realistici, ridurre il lavoro manuale ed evitare duplicazioni.
  • 🔄 Aggiorna ogni versione: RevEsamina i set di dati dopo le modifiche allo schema, le nuove funzionalità e gli aggiornamenti normativi, in modo che i dati obsoleti non producano risultati falsi positivi.
Scopri di più

Testare i dati nel test del software

Come tester, potresti pensare che progettare i casi di test sia già abbastanza impegnativo, quindi perché preoccuparsi di qualcosa di così banale come i dati di test? Questo tutorial introduce i dati di test, spiega perché sono importanti e condivide suggerimenti pratici per generarli rapidamente.

Cosa sono i dati di test nei test del software?

Testare i dati nel test del software I dati di test rappresentano l'input fornito a un programma software durante l'esecuzione di un test. Rappresentano dati che influenzano o vengono influenzati dal software durante il test. I dati di test vengono utilizzati nei test positivi, per verificare che le funzioni producano i risultati attesi per determinati input, e nei test negativi, per controllare come il software gestisce input insoliti, eccezionali o non validi.

I dati di test progettati in modo inadeguato non coprono tutti i possibili scenari, il che compromette direttamente la qualità del software.

Testare i dati nel test del software

Che cos'è la generazione di dati di test e perché è importante crearli prima dell'esecuzione dei test?

Il testing è un processo che produce e consuma grandi quantità di dati. I dati utilizzati nel testing descrivono le condizioni iniziali per un test e sono il mezzo attraverso il quale il tester interagisce con il software. È quindi una parte cruciale della maggior parte dei test. test funzionali.

A seconda del tuo ambiente di test, potresti aver bisogno di creare dati di prova da zero, o almeno identifica un set di dati esistente adatto per il tuo casi testI dati di test vengono in genere creati in sincronia con il caso di test a cui si riferiscono.

I dati di test possono essere generati in quattro modi comuni:

  • Manualmente, da un tester o da un analista aziendale.
  • Copia massiva dei dati da un ambiente di produzione a un ambiente di test.
  • Copia massiva dei dati di test dai sistemi client preesistenti.
  • Strumenti per la generazione automatizzata di dati di test.

È necessario generare dati campione prima L'esecuzione del test inizia subito, perché gestirla in un secondo momento è complessa. Molti ambienti di test richiedono diverse fasi preliminari o configurazioni che richiedono molto tempo prima che i dati possano essere caricati. Se la generazione dei dati avviene durante la fase di esecuzione, si rischia di non rispettare la scadenza del test.

Le sezioni seguenti descrivono diverse tipologie di test, insieme a suggerimenti relativi ai dati di test necessari.

Dati di prova per il bianco Box Collaudo

In Bianco Box CollaudoLa gestione dei dati di test deriva dall'esame diretto del codice da testare. I criteri di selezione tipici includono:

  • Copertura delle filiali: generare dati in modo che ogni ramo del codice sorgente venga testato almeno una volta.
  • Test del percorso: creare dati in modo che ogni percorso venga eseguito almeno una volta.
  • Negativo Test dell'API: Utilizzare tipi di parametri non validi o combinazioni di argomenti non valide per chiamare metodi interni.

Dati di test per test delle prestazioni

Test di Performance Misura la velocità di risposta di un sistema sotto un particolare carico di lavoro. L'obiettivo non è trovare bug funzionali, ma identificare i colli di bottiglia. Il set di dati di esempio deve essere molto vicino a reale o dal vivo dati di produzione affinché i risultati siano significativi.

Come si ottengono questi dati? La fonte più affidabile è la clienti loro stessi. Possono fornire un dataset esistente o descrivere l'aspetto dei dati del mondo reale in modo che tu possa modellarli. In un prove di manutenzione progetto, puoi copiare i dati dalla produzione nel banco di prova. È una buona pratica anonimizzare (censurare) i campi sensibili — numeri di previdenza sociale, numeri di carta di credito, coordinate bancarie — prima che venga effettuata qualsiasi copia.

ARTICOLI CORRELATI

Dati di test per test di sicurezza

Test di sicurezza Verifica che un sistema informativo protegga i dati da intenti malevoli. I set di dati devono coprire quattro pilastri:

  • Riservatezza: Le informazioni dei clienti sono trattate con la massima riservatezza e non vengono condivise con terze parti. Se l'applicazione utilizza SSL, è necessario fornire dati che ne attestino la corretta crittografia.
  • Integrity: Le informazioni restituite dal sistema sono corrette. Costruisci i dati esaminando la progettazione, il codice, gli schemi del database e le strutture dei file.
  • Autenticazione: Il processo di creazione dell'identità dell'utente. Utilizzare diverse combinazioni di nomi utente e password per verificare che solo le persone autorizzate possano accedere.
  • Autorizzazione: I diritti concessi a uno specifico utente. Combina utenti, ruoli e operazioni per garantire che solo gli utenti con privilegi sufficienti possano eseguire una determinata operazione.

Dati di prova per il nero Box Collaudo

In nero Box Il test del codice non è visibile al tester. I casi di test funzionali devono includere dati che soddisfino i seguenti criteri:

  • Nessun dato disponibile: Controlla la risposta quando non viene inviato nulla.
  • Dati validi: Verifica la risposta con dati di test corretti.
  • Dati non validi: Verifica la risposta con dati di test errati.
  • Formato dati non valido: Verifica la risposta quando i dati sono in un formato non supportato.
  • Set di dati delle condizioni al contorno: dati che si trovano sui valori minimi, massimi e appena al di fuori dei limiti.
  • Set di dati per la partizione di equivalenza: dati che rappresentano ciascuna classe di equivalenza.
  • Set di dati della tabella decisionale: dati che verificano ogni regola in una tabella decisionale.
  • Set di dati sulle transizioni di stato: dati che guidano il sistema attraverso ciascuna transizione di stato definita.
  • Dati di test per casi d'uso: dati allineati con casi d'uso end-to-end.

Nota: A seconda dell'applicazione da testare, è possibile utilizzare alcune o tutte le categorie sopra elencate.

Strumenti automatizzati per la generazione dei dati di test

Gli strumenti automatizzati generano set di dati ampi e variegati più velocemente di qualsiasi processo manuale. Due esempi consolidati sono:

  • Dati di prova DTM Generator — un'utilità personalizzabile che genera dati, tabelle, viste e procedure per scenari di test di database, tra cui prestazioni, controllo qualità, carico e usabilità.
  • Datatect - un SQL generatore di dati di Banner Software che crea dati di test realistici in file flat ASCII o direttamente in sistemi RDBMS come Oracle, Sybase, SQL Server e Informix.

Per una lista ristretta valutata e aggiornata, vedere 10 migliori dati di test Generator Strumenti.

Migliori pratiche per la gestione dei dati di test

Dati di test affidabili dipendono da una governante disciplinatapingSegui queste procedure per mantenere i set di dati integri tra le diverse versioni:

  • Versione dei dati: Archivia i set di dati in un repository insieme ai casi di test che li utilizzano, in modo che le modifiche siano tracciabili.
  • Maschera i campi sensibili: Anonimizzare i dati personali, finanziari e sanitari prima di copiarli dalla produzione.
  • Aggiornare regolarmente: Ricostruire i set di dati a ogni rilascio per stare al passo con le modifiche allo schema e alle regole aziendali.
  • Documentare i risultati attesi: associa ciascun set di dati al risultato atteso in modo che gli errori siano facili da analizzare.
  • Automatizza la semina: Utilizzare script o fixture per caricare i dati all'inizio di ogni ciclo di test, garantendo la ripetibilità.

Domande Frequenti

I dati di test sono tutti gli input forniti al software durante la fase di test. Per un modulo di accesso, ad esempio, si possono utilizzare un nome utente e una password validi (positivi), una password vuota (negativa) e un indirizzo email di 300 caratteri (limite).

Un caso di test descrive i passaggi e il risultato atteso di un singolo scenario. I dati di test sono i valori di input specifici utilizzati in questi passaggi. Ogni caso di test necessita di un proprio set di dati che ne verifichi lo scenario.

Per dati sufficienti si intendono dati che coprono ogni classe di equivalenza, confine e scenario ponderato per il rischio. Il solo volume non equivale alla copertura. Associa i dati ai casi di test e interrompi l'aggiunta di record quando le lacune di copertura vengono colmate.

Solo dopo aver mascherato i campi sensibili come nomi, numeri di conto e informazioni sanitarie. I dati di produzione non mascherati violano normative come il GDPR e l'HIPAA e creano un rischio concreto di violazione della sicurezza qualora l'ambiente di test venga compromesso.

Le categorie comuni sono valide, non valide, confine, partizione di equivalenza, tabella decisionale, transizione di stato, caso d'uso e insiemi senza dati. Ogni categoria si concentra su un rischio diverso nell'applicazione in fase di test.

Aggiorna i dati di test dopo ogni modifica dello schema, rilascio importante, aggiornamento normativo o ogni qualvolta si verifichino cambiamenti nel comportamento in produzione. I set di dati obsoleti non includono le nuove regole di convalida e producono risultati falsi positivi durante i test di regressione.

Gli strumenti di intelligenza artificiale sintetizzano set di dati realistici e diversificati che seguono le regole aziendali, mascherano le informazioni personali e bilanciano i casi positivi e negativi. Inoltre, individuano gli scenari mancanti analizzando i requisiti e la copertura dei test esistenti.

No. L'IA accelera la generazione e convalida i modelli, ma i revisori umani devono valutare il rischio aziendale, i casi limite e i requisiti di conformità. I ​​team più efficaci combinano i set di dati generati dall'IA con la curatela di esperti.

Riassumi questo post con: