In questa sezione comprenderemo i vari tipi di test del software che possono essere utilizzati durante il ciclo di vita dello sviluppo del software.
Come sappiamo, test del software è un processo di analisi della funzionalità di un'applicazione secondo i prerequisiti del cliente.
Se vogliamo garantire che il nostro software sia privo di bug o stabile, dobbiamo eseguire i vari tipi di test del software perché il test è l'unico metodo che rende la nostra applicazione priva di bug.
I diversi tipi di test del software
La categorizzazione dei test del software fa parte di diverse attività di test, come ad esempio strategia di test, risultati finali del test, obiettivo di test definito, ecc . E il test del software è l'esecuzione del software per trovare difetti.
Lo scopo di avere un tipo di test è confermare il file AUTOMATICO (Applicazione in prova).
Per iniziare i test, dovremmo avere a requisito, disponibilità dell'applicazione, risorse necessarie disponibili . Per mantenere la responsabilità, dovremmo assegnare un rispettivo modulo a diversi ingegneri di test.
Il test del software è diviso principalmente in due parti, che sono le seguenti:
Cos'è il test manuale?
Testare qualsiasi software o applicazione in base alle esigenze del cliente senza utilizzare alcuno strumento di automazione è noto come test manuale .
In altre parole, possiamo dire che si tratta di una procedura di verifica e validazione . Il test manuale viene utilizzato per verificare il comportamento di un'applicazione o di un software in contraddizione con le specifiche dei requisiti.
Non è richiesta alcuna conoscenza precisa di alcuno strumento di test per eseguire i casi di test manuali. Possiamo preparare facilmente il documento di test mentre eseguiamo test manuali su qualsiasi applicazione.
Per ottenere informazioni dettagliate sul test manuale, fare clic sul seguente collegamento: https://www.javatpoint.com/manual-testing.
Classificazione dei test manuali
Nei test del software, i test manuali possono essere ulteriormente classificati in tre diversi tipi di test , che sono i seguenti:
Per capirci meglio vediamoli uno per uno:
Test della scatola bianca
Nei test white-box, lo sviluppatore ispezionerà ogni riga di codice prima di consegnarla al team di test o agli ingegneri di test interessati.
Successivamente, il codice è visibile agli sviluppatori durante tutta la fase di test; ecco perché questo processo è noto come WBT (test della scatola bianca) .
In altre parole, possiamo dire che il sviluppatore eseguirà il test white-box completo per il software specifico e invierà l'applicazione specifica al team di test.
Lo scopo dell'implementazione del test white box è enfatizzare il flusso di input e output sul software e migliorare la sicurezza di un'applicazione.
Il test della scatola bianca è noto anche come test a scatola aperta, test a scatola di vetro, test strutturali, test a scatola trasparente e test a scatola trasparente .
Per ottenere una conoscenza approfondita dei test white box fare riferimento al collegamento seguente: https://www.javatpoint.com/white-box-testing.
Test della scatola nera
Un altro tipo di test manuale è test della scatola nera . In questo test, l'ingegnere del test analizzerà il software rispetto ai requisiti, identificherà i difetti o i bug e lo invierà al team di sviluppo.
Quindi, gli sviluppatori risolveranno questi difetti, eseguiranno un ciclo di test della scatola bianca e lo invieranno al team di test.
In questo caso, correggere i bug significa che il difetto è stato risolto e che la funzionalità particolare funziona in base ai requisiti specificati.
L'obiettivo principale dell'implementazione del test della scatola nera è specificare le esigenze aziendali o i requisiti del cliente.
In altre parole, possiamo dire che il test della scatola nera è un processo di verifica della funzionalità di un'applicazione secondo i requisiti del cliente. Il codice sorgente non è visibile in questo test; ecco perché è noto come test della scatola nera .
Per ulteriori informazioni sul test Black box, fare riferimento al collegamento seguente: https://www.javatpoint.com/black-box-testing.
Tipi di test della scatola nera
Il test della scatola nera viene ulteriormente classificato in due parti, che sono discusse di seguito:
Test funzionali
L'ingegnere di prova controllerà sistematicamente tutti i componenti rispetto alle specifiche dei requisiti noti come test funzionali . Il test funzionale è anche noto come Test dei componenti .
Nei test funzionali, tutti i componenti vengono testati fornendo il valore, definendo l'output e convalidando l'output effettivo con il valore previsto.
Il test funzionale fa parte del test black-box poiché pone l'accento sui requisiti dell'applicazione piuttosto che sul codice effettivo. L'ingegnere di test deve testare solo il programma anziché il sistema.
Per ottenere informazioni dettagliate sui test funzionali fare riferimento al collegamento seguente: https://www.javatpoint.com/functional-testing .
Tipi di test funzionali
Proprio come un altro tipo di test è suddiviso in più parti, anche il test funzionale è classificato in varie categorie.
Il diverso tipi di test funzionali contenere quanto segue:
Ora, capiamoli uno per uno:
1. Test unitari
Il test unitario è il primo livello di test funzionale per testare qualsiasi software. In questo caso, l'ingegnere di test testerà il modulo di un'applicazione in modo indipendente o testerà tutte le funzionalità del modulo richiamate test unitari .
L'obiettivo principale dell'esecuzione del test unitario è confermare le prestazioni dei componenti dell'unità. Qui, un'unità è definita come una singola funzione testabile di un software o di un'applicazione. Ed è verificato durante tutta la fase di sviluppo dell'applicazione specificata.
Fare clic sul collegamento seguente per ottenere informazioni complete sullo unit test: https://www.javatpoint.com/unit-testing.
2. Test di integrazione
Una volta implementati con successo i test unitari, procederemo ai test di integrazione. È il secondo livello di test funzionale, in cui testiamo il flusso di dati tra moduli dipendenti o viene chiamata l'interfaccia tra due funzionalità test d'integrazione .
Lo scopo dell'esecuzione del test di integrazione è testare l'accuratezza della dichiarazione tra ciascun modulo.
Tipi di test di integrazione
Il test di integrazione è inoltre ulteriormente suddiviso nelle seguenti parti:
Test di integrazione incrementale
Ogni volta che esiste una chiara relazione tra i moduli, optiamo per test di integrazione incrementali. Supponiamo di prendere due moduli e analizzare il flusso di dati tra di loro per verificare se funzionano correttamente o meno.
Se questi moduli funzionano correttamente, possiamo aggiungerne un altro e testare nuovamente. E possiamo continuare con lo stesso processo per ottenere risultati migliori.
In altre parole, possiamo dire che la somma incrementale dei moduli e il test del flusso di dati tra i moduli è noto come Test di integrazione incrementale .
Tipi di test di integrazione incrementale
I test di integrazione incrementale possono essere ulteriormente classificati in due parti, che sono le seguenti:
Vediamo una breve introduzione di queste tipologie di test di integrazione:
1. Test di integrazione incrementale top-down
In questo approccio, aggiungeremo i moduli passo dopo passo o in modo incrementale e testeremo il flusso di dati tra di loro. Dobbiamo garantire che i moduli che stiamo aggiungendo siano i figlio dei precedenti .
2. Test di integrazione incrementale dal basso verso l'alto
Nell'approccio dal basso verso l'alto, aggiungeremo i moduli in modo incrementale e controlleremo il flusso di dati tra i moduli. Inoltre, assicurati che il modulo che stiamo aggiungendo sia il genitore dei precedenti .
Test di integrazione non incrementale/metodo Big Bang
Ogni volta che il flusso di dati è complesso ed è molto difficile classificare un genitore e un figlio, utilizzeremo l'approccio di integrazione non incrementale. Il metodo non incrementale è anche noto come il metodo del Big Bang .
Per ottenere informazioni complete sul test di integrazione e sulla sua tipologia fare riferimento al seguente collegamento: https://www.javatpoint.com/integration-testing.
3. Test del sistema
Una volta terminato il test dell'unità e dell'integrazione, possiamo procedere con il test del sistema.
Nel test del sistema, l'ambiente di test è parallelo all'ambiente di produzione. È anche noto come da un capo all'altro test.
In questo tipo di test, sottoporremo ogni attributo del software e testeremo se la funzionalità finale funziona in base ai requisiti aziendali. E analizzare il prodotto software come un sistema completo.
Fare clic sul collegamento seguente per ottenere informazioni complete sui test del sistema: https://www.javatpoint.com/system-testing.
Test di non funzionamento
La parte successiva del test della scatola nera è test non funzionali . Fornisce informazioni dettagliate sulle prestazioni del prodotto software e sulle tecnologie utilizzate.
I test non funzionali ci aiuteranno a ridurre al minimo il rischio di produzione e i relativi costi del software.
Il test non funzionale è una combinazione di test di prestazioni, carico, stress, usabilità e compatibilità .
Per ulteriori informazioni sui test non funzionali, fare riferimento al seguente collegamento: https://www.javatpoint.com/non-functional-testing.
Tipi di test non funzionali
Test non funzionali classificati in diverse parti di test, di cui parleremo ulteriormente:
1. Test delle prestazioni
Nel test delle prestazioni, l'ingegnere del test testerà il funzionamento di un'applicazione applicando un certo carico.
In questo tipo di test non funzionali, l'ingegnere del test si concentrerà solo su diversi aspetti, come ad esempio Tempo di risposta, carico, scalabilità e stabilità del software o di un'applicazione.
Classificazione dei test delle prestazioni
Il test delle prestazioni comprende i vari tipi di test, che sono i seguenti:
Durante l'esecuzione del test delle prestazioni, applicheremo un carico alla particolare applicazione per verificare le prestazioni dell'applicazione, noto come test di carico . In questo caso il carico potrebbe essere inferiore o uguale al carico desiderato.
Ci aiuterà a rilevare il volume operativo più elevato del software e i colli di bottiglia.
Per ottenere le informazioni complete relative al test di carico fare riferimento al collegamento sottostante:
https://www.javatpoint.com/load-testing.
Viene utilizzato per analizzare la facilità d'uso e la robustezza del software oltre i comuni limiti funzionali.
Principalmente, lo stress test viene utilizzato per il software critico, ma può essere utilizzato anche per tutti i tipi di applicazioni software.
Fare riferimento al collegamento seguente per una conoscenza approfondita degli stress test: https://www.javatpoint.com/stress-testing.
All'analisi, le prestazioni dell'applicazione migliorando o riducendo il carico in particolari equilibri sono note come test di scalabilità .
Nei test di scalabilità, possiamo anche controllare il file capacità del sistema, dei processi o del database per soddisfare un bisogno ascendente. E in questo, il Casi test sono progettati e implementati in modo efficiente.
Fare clic sul seguente collegamento per ottenere informazioni dettagliate relative al test di scalabilità:
https://www.javatpoint.com/scalability-testing.
Il test di stabilità è una procedura in cui valutiamo le prestazioni dell'applicazione applicando il carico per un tempo preciso.
Verifica principalmente i problemi di costanza dell'applicazione e l'efficienza di un prodotto sviluppato. In questo tipo di test possiamo individuare rapidamente il difetto del sistema anche in una situazione di stress.
Per ottenere informazioni dettagliate sui test di stabilità fare riferimento al collegamento sottostante:
https://www.javatpoint.com/stability-testing.
2. Test di usabilità
Un altro tipo di test non funzionali È test di usabilità . Nei test di usabilità, analizzeremo la facilità d'uso di un'applicazione e rileveremo i bug nell'interfaccia utente finale del software.
Ecco, il termine facilita di utilizzo definisce i seguenti aspetti di una domanda:
- L'applicazione dovrebbe essere facile da capire, il che significa che tutte le funzionalità devono essere visibili agli utenti finali.
- L'aspetto dell'applicazione dovrebbe essere buono, il che significa che l'applicazione dovrebbe avere un aspetto gradevole e invogliare l'utente finale a usarla.
Per ulteriori informazioni sui test di usabilità, possiamo fare riferimento al seguente collegamento:
https://www.javatpoint.com/usability-testing.
3. Test di compatibilità
Nei test di compatibilità, controlleremo la funzionalità di un'applicazione in specifici ambienti hardware e software. Una volta che l'applicazione è funzionalmente stabile, procediamo test di compatibilità .
Qui, Software significa che possiamo testare l'applicazione su diversi sistemi operativi e altri browser e hardware significa che possiamo testare l'applicazione su diverse dimensioni.
Per ottenere una conoscenza approfondita dei test di compatibilità, fare riferimento al collegamento seguente:
È nata Freddie Mercury
https://www.javatpoint.com/compatibility-testing .
Test della scatola grigia
Un'altra parte di test manuale È Test della scatola grigia . È un collaborazione tra i test della scatola nera e della scatola bianca .
Pertanto, il test della scatola grigia include l'accesso alla codifica interna per la progettazione dei casi di test. Il test della scatola grigia viene eseguito da una persona che conosce la codifica e i test.
In altre parole, possiamo dire che se un team composto da una sola persona facesse entrambe le cose test in scatola bianca e in scatola nera , è considerato test della casella grigia .
Per ottenere informazioni dettagliate sui test della scatola grigia, possiamo fare riferimento al collegamento seguente:
https://www.javatpoint.com/grey-box-testing.
Test di automazione
La parte più significativa del test del software è il test di automazione. Utilizza strumenti specifici per automatizzare i casi di test di progettazione manuale senza alcuna interferenza umana.
Il test di automazione è il modo migliore per migliorare l'efficienza, la produttività e la copertura dei test del software.
Viene utilizzato per rieseguire gli scenari di test, che sono stati eseguiti manualmente, rapidamente e ripetutamente.
In altre parole, possiamo dire che ogni volta che stiamo testando un'applicazione utilizzando alcuni strumenti è noto come test di automazione .
Utilizzeremo i test di automazione quando sull'applicazione o sul software vengono applicati vari rilasci o diversi cicli di regressione. Non possiamo scrivere lo script di test o eseguire i test di automazione senza comprendere il linguaggio di programmazione.
Per ulteriori informazioni sui test di automazione, possiamo fare riferimento al collegamento seguente:
https://www.javatpoint.com/automation-testing.
Alcuni altri tipi di test del software
Nei test del software, abbiamo anche altri tipi di test che non fanno parte dei test sopra discussi, ma tali test sono necessari durante il test di qualsiasi software o applicazione.
Comprendiamo questi tipi di test uno per uno:
In test del fumo , testeremo le funzionalità fondamentali e critiche di un'applicazione prima di eseguire un ciclo di test approfonditi e rigorosi.
O prima di controllare tutti i possibili valori positivi e negativi è noto come test del fumo . L'obiettivo principale dell'esecuzione del test del fumo è l'analisi del flusso di lavoro delle funzioni principali e principali dell'applicazione.
Per ulteriori informazioni sull'analisi dei fumi fare riferimento al seguente collegamento:
https://www.javatpoint.com/smoke-testing.
Test di sanità mentale
Viene utilizzato per garantire che tutti i bug siano stati corretti e che non si siano verificati problemi aggiuntivi a causa di questi cambiamenti. I test di integrità non sono programmati, il che significa che non possiamo documentarli. Controlla la correttezza delle funzionalità e dei componenti appena aggiunti.
Per ottenere informazioni dettagliate sui test di integrità, possiamo fare riferimento al collegamento seguente:
https://www.javatpoint.com/sanity-testing.
Test di regressione
Il test di regressione è il tipo di test del software più comunemente utilizzato. Ecco, il termine regressione implica che dobbiamo ritestare quelle parti di un'applicazione non interessata.
Il test di regressione è il test più adatto per gli strumenti di automazione. In base al tipo di progetto e all'accessibilità delle risorse, i test di regressione possono essere simili a Ritestare .
Ogni volta che un bug viene corretto dagli sviluppatori e quindi testare le altre funzionalità delle applicazioni che potrebbero essere simulate a causa della correzione del bug, viene eseguito il cosiddetto test di regressione .
In altre parole, possiamo dire che ogni volta che c'è una nuova versione per qualche progetto, possiamo eseguire test di regressione e, a causa di una nuova funzionalità, potremmo influenzare le vecchie funzionalità delle versioni precedenti.
Per ottenere una conoscenza approfondita relativa ai test di regressione, fare riferimento al collegamento seguente:
https://www.javatpoint.com/regression-testing .
Test di accettazione da parte dell'utente
Il test di accettazione dell'utente (UAT) viene eseguito dal singolo team noto come esperto di dominio/cliente o cliente. E conoscere l'applicazione prima di accettare il prodotto finale si chiama as test di accettazione da parte degli utenti .
Nei test di accettazione degli utenti, analizziamo gli scenari aziendali e gli scenari in tempo reale sull'ambiente distinto chiamato Ambiente UAT . In questo test, testeremo l'applicazione prima dell'UAI per l'approvazione del cliente.
Per ulteriori informazioni sul test di accettazione dell'utente, fare clic sul collegamento seguente:
https://www.javatpoint.com/acceptance-testing.
Test esplorativi
Ogni volta che manca un requisito, è necessaria un'iterazione anticipata e il team di test dispone di tester esperti quando abbiamo un'applicazione critica. Un nuovo ingegnere di test è entrato nel team, quindi scegliamo test esplorativi .
Per eseguire il test esplorativo, esamineremo innanzitutto l'applicazione in tutti i modi possibili, creeremo un documento di test, comprenderemo il flusso dell'applicazione e quindi testeremo l'applicazione.
Fare clic sul seguente collegamento per ottenere le informazioni complete sui test esplorativi:
https://www.javatpoint.com/exploratory-testing.
Test ad hoc
Il test dell'applicazione in modo casuale non appena la build è nella sequenza selezionata è noto come Test ad hoc .
È anche chiamato Test sulle scimmie e test sui gorilla . Nei test ad hoc controlleremo l'applicazione in contraddizione con le esigenze del cliente; ecco perché è anche conosciuto come test negativo .
Quando l'utente finale utilizza l'applicazione casualmente e potrebbe rilevare un bug. Tuttavia, l'ingegnere di test specializzato utilizza il software in modo approfondito, quindi potrebbe non identificare un rilevamento simile.
Fare riferimento a quanto segue per ottenere informazioni dettagliate sui test ad hoc:
https://www.javatpoint.com/adhoc-testing.
Test di sicurezza
È una parte essenziale del test del software, utilizzata per determinare i punti deboli, i rischi o le minacce dell'applicazione software.
L'esecuzione dei test di sicurezza ci aiuterà a evitare attacchi dannosi da parte di estranei e a garantire la sicurezza delle nostre applicazioni software.
In altre parole, possiamo dire che i test di sicurezza vengono utilizzati principalmente per definire che i dati saranno sicuri e resisteranno al processo di funzionamento del software.
Per ottenere i dettagli completi sui test di sicurezza, fare riferimento al collegamento seguente: https://www.javatpoint.com/security-testing.
Test di globalizzazione
Un altro tipo di test del software è Test di globalizzazione. Il test di globalizzazione viene utilizzato per verificare o meno il software sviluppato per più lingue. Ecco, le parole globalizzazione significa illuminare l'applicazione o il software per varie lingue.
Il test di globalizzazione viene utilizzato per garantire che l'applicazione supporti più lingue e più funzionalità.
Negli scenari attuali, possiamo vedere il miglioramento di diverse tecnologie poiché le applicazioni sono pronte per essere utilizzate a livello globale.
Fare riferimento al seguente collegamento per ottenere le informazioni complete relative al test di globalizzazione:
https://www.javatpoint.com/globalization-testing.
Conclusione
Nel tutorial abbiamo discusso vari tipi di test del software. Ma esiste ancora un elenco di oltre 100 categorie di test. Tuttavia, ciascun tipo di test non viene utilizzato in tutti i tipi di progetti.
Abbiamo discusso i tipi di test del software più comunemente utilizzati come test black-box, test white-box, test funzionali, test non funzionali, test di regressione, test ad hoc, ecc. .
Inoltre, esistono classificazioni o processi alternativi utilizzati in diverse organizzazioni, ma il concetto generale è simile ovunque.
Questi tipi di test, processi e approcci di esecuzione continuano a cambiare quando cambiano il progetto, i requisiti e l'ambito.