Panoramica dei test della scatola nera
Black Box Testing è un metodo di test software in cui la struttura interna, il design o l'implementazione dell'articolo che deve essere testato non sono noti al tester.
Che cos'è il test del software?
Il test del software è la procedura di valutazione di un sistema con l'intento di trovare bug. Viene eseguito per verificare se il sistema soddisfa i requisiti specificati. I test misurano la qualità complessiva del sistema in termini di correttezza, completezza, usabilità, prestazioni e altri attributi funzionali e non funzionali.
Il test della scatola nera è una tecnica di test del software che si concentra sull'analisi della funzionalità del software, rispetto ai meccanismi di sistema interni. Il test della scatola nera è stato sviluppato come metodo di analisi dei requisiti, delle specifiche e delle strategie di progettazione di alto livello del cliente. Un tester del software black box selezionerebbe un set di input valido e non valido e condizioni di esecuzione del codice e controlla le risposte di output valide. I test su scatola nera sono anche definiti test funzionali o test a scatola chiusa.
Ad esempio Un motore di ricerca di un'applicazione. In un motore di ricerca, un utente inserisce il testo nella barra di ricerca del browser. Il motore di ricerca quindi individuare e recuperare l'output dei dati dell'utente correlato. Ciò che accade dietro le quinte non è noto all'utente. Pertanto, l'implementazione interna non lo comprende.
I vantaggi del test della scatola nera includono:
- Semplicità: facilita il collaudo di progetti di alto livello e applicazioni complesse
- Conserva le risorse: i tester si concentrano sulla funzionalità del software.
- Casi di test: attenzione alle funzionalità del software per facilitare lo sviluppo rapido di casi di test.
- Offre flessibilità: non sono richieste conoscenze specifiche di programmazione.
Un esempio
Il tester testerebbe le pagine Web, ovvero tramite clic e sequenze di tasti utilizzando un browser fornendo input e senza la conoscenza delle strutture interne verificando così gli output rispetto ai risultati previsti.
Strumenti utilizzati per il test della scatola nera
Gli strumenti di test della scatola nera dipendono sostanzialmente dal tipo di test della scatola nera che stai implementando.
- I test funzionali / di regressione possono essere eseguiti tramite QTP o selenio
- I test non funzionali possono essere eseguiti tramite LoadRunner o Jmeter.
livelli
In Black Box Testing, i seguenti livelli sono per i test del software:
- Test d'integrazione
- Test di sistema
- Test di accettazione
Dato che il livello è più alto, la scatola sarebbe più grande e più complessa e anche un maggior numero di test in scatola nera entrerà in scena.
Definizione di test della scatola nera
Il testing black box può essere definito come una tecnica di test in cui la funzionalità di Application Under Test (AUT) viene testata ma trascura la struttura del codice interno, i dettagli dell'implementazione e qualsiasi conoscenza dei percorsi interni del software.
Comprensione del test della scatola nera
I test della scatola nera riguardano tutte le specifiche e i requisiti del software. Black Box Testing si concentra solo sugli input e output del sistema software e non si preoccupa affatto della conoscenza interna del software.
In che modo Black Box Testing rende il lavoro così facile?
Esiste il ciclo di vita del test del software, ovvero STLC, che è il test della scatola nera relativo a ciascuna fase del ciclo di vita dello sviluppo del software.
- Nella fase iniziale o iniziale di STLC, vengono raccolti i requisiti del prodotto. Questa è nota come fase di raccolta dei requisiti.
- La fase che segue è la fase di pianificazione dei test e analisi dei test. I risultati finali di questa fase sono generalmente i tipi di test da eseguire secondo il progetto e un piano di test per determinare i rischi e mitigarli.
- La terza fase è la fase di progettazione in cui vengono preparati casi di test, script di test con l'aiuto dei documenti sui requisiti software o dei documenti sui requisiti aziendali.
- L'ultima fase è nota come fase di esecuzione del test. Come suggerisce il nome, in questa fase vengono eseguiti tutti i casi di test o gli script. Tutti i bug trovati vengono segnalati, corretti e ritestati.
Cosa puoi fare con i test della scatola nera?
Alcune delle principali strategie di test utilizzate nei test Black Box sono spiegate di seguito:
- Test di classe di equivalenza
- Test del valore limite
- Test della tabella decisionale
- Test causa-effetto
- Test basati sui requisiti
- Test di compatibilità
Test di classe di equivalenza
Questo tipo di test è preferito in quanto aiuta a ridurre al minimo i casi di test a un livello in cui le possibilità di copertura dei requisiti sono a un livello ottimale.
Questo viene fatto nei seguenti due passaggi:
1. Identificazione e partizionamento in classi di equivalenza: all'inizio, i dati di input sono partizionati in almeno due set: il primo set contiene un elenco di valori di input validi e il secondo set contiene un elenco di valori di input non validi. Ad esempio, se esiste una casella di età che può contenere età nell'intervallo 20-40, i valori di input validi possono essere 21, 25, 30, 39, ecc. E i valori di input non validi possono essere qualsiasi valore inferiore a 20 o maggiore di 40 come 10, 15, 45, 55, ecc.
2. Creazione di casi di test : un numero di identificazione univoco viene assegnato a ciascuna classe di input valida e classe di input non valida, quindi i casi di test vengono scritti con l'intenzione di coprire i due set di classi di input.
Test del valore limite
Il test del valore limite si concentra fondamentalmente sui valori dei limiti. Valuta se un determinato intervallo di valori sia accettabile o meno dal sistema. Il test del valore limite è utile per ridurre / minimizzare il numero di casi di test. Il test del valore limite è più adatto per i sistemi in cui l'input rientra in determinati intervalli.
Test della tabella decisionale
Una tabella decisionale mostra le cause e i loro effetti simultanei sotto forma di matrice. Nel test della tabella decisionale esiste una combinazione unica in ogni colonna.
Grafica causa-effetto
Il grafico causa-effetto sviluppa una relazione tra cause (input logici) con effetto corrispondente (azioni). Sono rappresentati con l'aiuto di grafici booleani. I passaggi da seguire sono i seguenti:
- Identificazione di ingressi e uscite.
- Sviluppo del grafico causa-effetto.
- Trasformazione del grafico nella tabella decisionale.
- Conversione delle regole della tabella decisionale in casi di test.
Test basati sui requisiti
Questo tipo di test include la verifica della validità o meno dei requisiti indicati nelle Specifiche dei requisiti software o SRS.
Test di compatibilità
Al fine di fornire funzionalità, sia i prodotti che l'infrastruttura dipendono dal risultato delle esecuzioni del test case. Indipendentemente dalle modifiche apportate ai parametri dell'infrastruttura, il prodotto dovrebbe comunque funzionare correttamente. Alcuni dei parametri che generalmente influenzano la compatibilità del software sono elencati di seguito:
- Processori Pentium 3 o Pentium 4 e il numero di processori utilizzati
- Architettura a 32 bit o 64 bit
- Server di database o altri componenti di back-end
- Tipo di sistema operativo (Windows, Linux, ecc.).
Lavorare con i test della scatola nera
Di seguito sono riportati i passaggi di base necessari per eseguire il test della scatola nera.
- In primo luogo, vengono trattate le specifiche e i requisiti del sistema.
- In secondo luogo, il tester sceglierebbe input logici, ovvero scenari di test positivi al fine di verificare se SUT li ha elaborati correttamente o meno. Inoltre, anche gli input non validi, ovvero lo scenario di test negativo, vengono scelti per verificare che il SUT sia in grado di rilevarli.
- In terzo luogo, i tester determinerebbero quindi gli output previsti per tutti gli input validi.
- In quarto luogo, il tester software crea casi di test con input selezionati e validi.
- In quinto luogo, vengono eseguiti i casi di test creati.
- In sesto luogo, i tester del software distinguono tra le uscite effettive e le uscite previste e controllano se sono uguali.
- Infine, se presenti, vengono riparati e testati nuovamente.
vantaggi
- I test della scatola nera vengono sempre eseguiti dal punto di vista dell'utente poiché aiuterebbe a esporre in modo significativo le discrepanze.
- Inoltre, i tester della scatola nera non devono conoscere alcun linguaggio di programmazione.
- I tester della scatola nera non devono sapere come è stato implementato il software.
- I casi di test relativi alla scatola nera sono progettati dai tester non appena le specifiche sono nella fase completa.
svantaggi
- Poiché non sono necessarie conoscenze tecniche o di programmazione, potrebbero esserci casi in cui ignorare tutte le condizioni valide e possibili dello scenario che deve essere testato.
- Ci sono possibilità di meno test e ignoranza di ogni singolo input e test di output a causa di vincoli di tempo (tempo stabilito).
- La copertura di test completa e finita spesso non è possibile per progetti complessi e di grandi dimensioni.
Perché dovremmo usare Black Box Testing?
Gli strumenti di test della scatola nera sono fondamentalmente quelli di registrazione e riproduzione. Questi strumenti registrano i casi di test sotto forma di script come TSL, JavaScript, script VB, ecc. Tutti questi strumenti sono fondamentalmente utilizzati per i test di regressione al fine di verificare se la nuova build fornita ha riscontrato un difetto nella funzionalità dell'applicazione già funzionante .
Scopo
I tipi più importanti e importanti di Black Box Testing sono i seguenti:
- Test funzionali: questo tipo di test black box riguarda tutti i requisiti funzionali del sistema ed è eseguito da tester software.
- Test non funzionali: questo tipo di test della scatola nera non riguarda i test di funzionalità particolari, ma tutti i requisiti non funzionali come prestazioni, usabilità, scalabilità e molto altro.
- Test di regressione: il test di regressione viene eseguito dopo la correzione di un codice, eventuali aggiornamenti del codice o qualsiasi altra manutenzione del sistema per verificare se il nuovo codice non ha influito sulla funzionalità esistente.
differenze
Black Box Testing è la tecnica di test del software in cui la struttura interna o la progettazione o l'implementazione del prodotto in fase di test sono sconosciute al tester.
Il White Box Testing è una tecnica di test del software in cui la struttura interna, il design o l'implementazione del prodotto in fase di test sono noti a un tester.
| Test della scatola nera | Test su scatola bianca |
| Il test della scatola nera è in cui la struttura interna o il programma o il codice sono sconosciuti. | Il test in white box è in cui il tester ha conoscenza della struttura interna del software |
| Di solito viene eseguito da tester del software. | Di solito è fatto da sviluppatori di software. |
| Qui, assolutamente nessuna conoscenza dell'implementazione è richiesta. | Qui è richiesta la conoscenza dell'implementazione. |
| Può anche essere chiamato test del software esterno / esterno. | Può anche essere chiamato come test software interno / interno. |
| Il test della scatola nera è il test funzionale del software. | Il test della scatola bianca è il test strutturale del software. |
| Questo test può essere avviato sulla base del documento delle specifiche dei requisiti. | Questo tipo di test del software viene avviato dopo un documento di progettazione dettagliata. |
| Qui non è richiesta alcuna conoscenza del linguaggio di programmazione. | Qui è obbligatorio avere conoscenza di almeno un linguaggio di programmazione. |
| Fondamentalmente si tratta di test comportamentali del software. | È il test logico di base del software. |
| È principalmente applicabile ai livelli più alti di test. | È principalmente applicabile ai livelli più bassi di test. |
| Si chiama anche test comportamentale. | Viene anche chiamato test trasparente o in scatola di vetro. |
| I test sulla scatola nera richiedono meno tempo rispetto ai test sulla scatola bianca. | I test su scatola bianca richiedono più tempo rispetto ai test su scatola nera. |
| Il test della scatola nera non è appropriato per il test dell'algoritmo. | Il test della casella bianca è appropriato per il test dell'algoritmo. |
| Può essere realizzato con metodi di prova ed errore. | I confini interni o interni dei dati insieme al relativo dominio possono essere testati a fondo. |
| Ad esempio: cercare qualcosa su google con l'aiuto di parole chiave | Ad esempio: utilizzo degli input per controllare e verificare la presenza di loop. |
tipi
| tipi
|
Conclusione:
Tutti gli argomenti discussi sono argomenti di base e avanzati relativi al test della scatola nera e l'essenza di tutte le sue tecniche e metodi.
Dal momento che è quasi impossibile testare ogni cosa insieme al coinvolgimento umano e anche con un'accuratezza del 100%, ma se i metodi già specificati vengono utilizzati in modo molto efficace, senza dubbio migliorerà la qualità del sistema. Pertanto, al fine di terminare, il test della scatola nera è un metodo molto efficace per identificare i difetti e verificare la funzionalità del sistema.
Articoli consigliati
Questa è stata una guida ai test della scatola nera. Qui abbiamo discusso di come viene eseguito il Black Box Testing con l'aiuto di esempi e diverse tecniche di Black Box Testing con strumenti. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più–
- Test su scatola bianca
- Test delle domande di intervista
- Che cos'è Hypervisor
- Domande di intervista sui test di gioco