Nessun software può mai essere completamente perfetto. Ma è una licenza per creare spazzatura? L’ingrediente mancante è la nostra riluttanza a quantificare la qualità. Al fine di aumentare la qualità, è molto importante garantire le prestazioni efficaci dell’applicazione software. Il test del software è necessario per garantire che l’applicazione venga eseguita senza errori. In questo tutorial di test del software, ti dirò tutto ciò che devi sapere sugli aspetti di test. In continuazione al blog precedente su ciò che è il test del software, qui mi immergerò più a fondo e coprire gli argomenti di seguito menzionati.
- Introduzione al Testing del Software
- Test del Software di base Nozioni di base
- Software Ciclo di Vita di Sviluppo
- la Verifica e la Validazione del Modello
- Software Metodi di Prova
- Software di analisi dei Livelli
- Test del Software Documentazione Artefatti
- Bug del Ciclo di Vita
- di fronte a Sfide di Test Manuali
- Automazione di Test vs Test Manuale
Si può anche passare attraverso la registrazione di test del software tutorial dove il nostro Test del Software di Formazione, gli esperti hanno spiegato i concetti in profondità.
Tutorial di test del software per principianti | Manuale & Test di automazione
Questo video parla di diversi tipi di test, ad esempio test manuali e approcci di test di automazione.
Introduzione ai test del software
Il mondo della tecnologia di oggi è completamente dominato dalle macchine e il loro comportamento è controllato dal software che lo alimenta. Test del software fornisce una soluzione conveniente per tutte le nostre preoccupazioni. Che cosa è il test del software? Il test del software è un processo di valutazione della funzionalità di un’applicazione software per trovare eventuali bug del software. Controlla se il software sviluppato soddisfa i requisiti specificati e identifica qualsiasi difetto nel software per ottenere un prodotto di qualità. Fondamentalmente sta eseguendo un sistema per identificare eventuali lacune, errori o requisiti mancanti in contrasto con i requisiti effettivi.
È anche indicato come il processo di verifica e convalida di un prodotto software. Controlla se il prodotto software:
- Soddisfa i requisiti aziendali e tecnici che hanno guidato la progettazione e lo sviluppo
- Funziona come per il requisito
- Può essere implementato con le stesse caratteristiche
Adesso, passiamo ulteriore Testing del Software tutorial articolo e guadagno alcuni approfondimenti sulle basi di Test del Software.
Nozioni di base di test del software
In primo luogo, vi dirò che cosa è il ciclo di vita di sviluppo del software?
Ciclo di vita dello sviluppo software
(SDLC) abbreviato come ciclo di vita dello sviluppo software è un processo utilizzato dall’industria del software per progettare, sviluppare e testare software di alta qualità. Mira a produrre software di alta qualità che soddisfi o superi le aspettative dei clienti, raggiunga il completamento entro tempi e stime dei costi. Sotto schema descrive varie fasi coinvolte in SDLC.
Fig: Software Development Life Cycle-Software Testing Tutorial
Requisito Fase
Requisito raccolta e analisi è la fase più importante nel ciclo di vita di sviluppo del software. Business analyst raccoglie il requisito dal cliente / cliente secondo le esigenze aziendali dei clienti e documenta i requisiti nella specifica dei requisiti aziendali (il nome del documento varia a seconda dell’Organizzazione).
Fase di analisi
Una volta raccolti e analizzati i requisiti, il passo successivo è definire e documentare i requisiti del prodotto e farli approvare dal cliente. Questo viene registrato attraverso il documento SRS (Software Requirement Specification). Si compone di tutti i requisiti del prodotto da progettare e sviluppare durante il ciclo di vita del progetto
Fase di progettazione
Questa fase ha due fasi:
- HLD – High-Level Design – Fornisce l’architettura del prodotto software da sviluppare e viene eseguita da architetti e sviluppatori senior
- LLD – Low-Level Design – Viene eseguita da sviluppatori senior. Qui, ti dà intuizioni su come ogni caratteristica del prodotto dovrebbe funzionare e come ogni componente dovrebbe funzionare.
Il risultato di questa fase è il documento di alto livello e il documento di basso livello che funziona come input per la fase successiva.
Fase di sviluppo
Gli sviluppatori di tutti i livelli (senior, juniores, matricole) sono coinvolti in questa fase. Questa è la fase in cui si inizia a costruire il codice per il software.
Fase di test
Quando il software è pronto, viene inviato al reparto di test dove lo testano accuratamente per diversi difetti. Il test di un software viene eseguito manualmente o utilizzando strumenti di test automatici e garantisce che ogni componente del software funzioni correttamente. Una volta che il software è privo di errori, passa alla fase successiva, che è l’implementazione.
Distribuzione& Fase di manutenzione
Una volta che il prodotto è privo di errori, viene consegnato/distribuito al cliente per il loro utilizzo. La distribuzione viene eseguita dagli ingegneri di distribuzione / implementazione. Quando i clienti iniziano a utilizzare il sistema sviluppato, i problemi reali si presentano e devono essere risolti di volta in volta. Il rilevamento e la risoluzione di questi problemi riscontrati dal cliente avviene in fase di manutenzione.
Si trattava del ciclo di vita dello sviluppo del software. Se desideri conoscere le diverse fasi coinvolte nel processo di test del software, puoi leggere questo blog sul ciclo di vita del test del software. Avendo capito questo, andiamo oltre con questo tutorial di test del software e vediamo qual è il modello V & V.
Il modello V è ora uno dei processi di sviluppo software più utilizzati. L’introduzione del modello V ha effettivamente dimostrato l’implementazione dei test fin dalla fase di requisito. Viene anche chiamato come modello di verifica e convalida
Che cos’è la verifica e la convalida nei test del software?
Verifica: La verifica è una tecnica di analisi statica. Qui, il test viene eseguito senza eseguire il codice. Gli esempi includono-recensioni, ispezione, e camminare attraverso.
Convalida: La convalida è un processo di analisi dinamica in cui eseguiamo test eseguendo il codice. Gli esempi includono tecniche di test funzionali e non funzionali.
Nel modello V, le attività di sviluppo e QA vengono eseguite contemporaneamente. Qui, il test inizia proprio dalla fase di requisito. Le attività di verifica e validazione avvengono contemporaneamente. Diamo un’occhiata alla figura seguente per capire V model
In un tipico processo di sviluppo, il lato sinistro mostra le attività di sviluppo e il lato destro mostra le attività di test. Non dovrebbe essere sbagliato se dico che nella fase di sviluppo sia la verifica che la validazione vengono eseguite insieme alle attività di sviluppo effettive.
LHS
Come accennato in precedenza, le attività sul lato sinistro sono attività di sviluppo. Normalmente ci sentiamo, quali test possiamo fare nella fase di sviluppo? Ma questa è l’essenza di questo modello che illustra che il test può essere fatto anche in tutte le fasi delle attività di sviluppo.
RHS
Le attività di test o la Fase di Validazione vengono eseguite nella parte destra del modello.
Come avete guadagnato alcune intuizioni su questo, andiamo oltre con questo tutorial test del software e vedere quali sono i diversi metodi in cui il software può essere testato.
Metodi di test del software
Esistono tre metodi per testare il software e sono i seguenti:
- Test della scatola nera
- Test della scatola bianca
- Test della scatola grigia
Test della scatola nera: è un metodo di test del software in cui la struttura interna/ progettazione/ implementazione dell’articolo in fase di test NON è nota al tester.
Test della scatola bianca: è un metodo di test del software in cui la struttura interna/ progettazione/ implementazione dell’articolo in fase di test è nota al tester.
Grey Box Testing: è una tecnica di test eseguita con informazioni limitate sulla funzionalità interna del sistema.
Spero che tu abbia capito i puntatori chiave su diversi metodi di test del software. Ora, andiamo oltre in questo articolo Tutorial Test del software e capire i livelli di test del software.
Livelli di test del software
Un livello nel test del software è un processo in cui viene testata ogni unità o componente di un software/sistema. Ci sono vari livelli di test che aiutano a controllare il comportamento e le prestazioni per il test del software. Questi livelli di test sono progettati per riconoscere le aree mancanti e la riconciliazione tra lo sviluppo degli stati del ciclo di vita. Nel modello del ciclo di vita dello sviluppo software, ci sono fasi caratterizzate come la raccolta dei requisiti, l’analisi, la progettazione, la codifica o l’esecuzione, il test e la distribuzione.
Tutte queste fasi passano attraverso il processo di livelli di test del software. Ci sono principalmente quattro livelli di test e sono:
- Test unitario
- Test di integrazione
- Test di sistema
- Test di accettazione
Fondamentalmente, inizia con la fase di test unitario e termina con test di accettazione.
Nella prossima sezione di questo tutorial di test del software, approfondirò l’argomento successivo e spiegherò quali sono i vari artefatti della documentazione nei test del software.
Artefatti della documentazione di test del software
Documentare i casi di test ti faciliterà a stimare lo sforzo di test di cui avrai bisogno insieme alla copertura del test e ai requisiti di tracciamento e tracciamento. Alcuni artefatti di documentazione comunemente applicati associati ai test del software sono:
- Piano di test
- Scenario di test
- Caso di test
- Matrice di tracciabilità
Discutiamo ciascuno di essi in breve.
- Piano di test: fornisce la strategia di contorno che verrà implementata per testare l’applicazione.
- Scenario di test: lo scenario di test può essere considerato come un’istruzione a riga singola che notifica l’area in cui verrà sperimentata l’applicazione. Questo artefatto è necessario per garantire la procedura complessiva testata dall’inizio alla fine.
- Test Case: Test Case non è altro che un insieme di condizioni o variabili in base alle quali un tester determinerà se un sistema in prova soddisfa i requisiti o funziona correttamente. I casi di test menzionati di seguito vengono controllati durante i test.
- Casi di test funzionali
- Casi di test negativi
- Casi di test logici
- Casi di test fisici
- Casi di test UI
- Matrice di tracciabilità: è anche nota come matrice di tracciabilità dei requisiti (RTM). Contiene una tabella che abbozza i requisiti quando viene creato il modello SDLC del prodotto. Questi artefatti di documentazione possono essere applicati per il tracciamento in avanti che deve passare dalla progettazione alla codifica o possono essere implementati anche per il tracciamento all’indietro che è il contrario del tracciamento in avanti.
Questo ci porta alla fine degli artefatti della documentazione di test del software. Ora, andiamo oltre in questo articolo tutorial test del software e imparare che cosa è la gestione dei difetti?
Qual è il processo di gestione dei difetti?
La gestione dei difetti è un processo per rilevare i bug e risolverli. Poiché i bug fanno parte dell’industria del software, si verificano costantemente nel processo di sviluppo del software. I membri del team devono scrivere grandi pezzi di codice ogni giorno, e di solito non hanno il tempo di pensare a come evitare i bug. Quindi, ogni progetto di sviluppo software richiede un processo che aiuta a rilevare i difetti e risolverli.
Il processo di gestione dei difetti viene condotto nella fase di test del prodotto. Senza rendersene conto, sarebbe difficile capire la natura della gestione dei difetti.. Di solito, gli sviluppatori testano il loro prodotto da soli. Inoltre, esiste anche un tipo di test basato sul coinvolgimento dell’utente. Gli utenti finali sono spesso dotati di una capacità di segnalare i bug che hanno identificato. Tuttavia, questo non è il modo migliore per testare, perché gli utenti potrebbero non essere in grado di trovare tutti i bug.
Il processo di gestione dei difetti di solito include quattro passaggi.
- Il primo passo è la fase di rilevamento del difetto
- Il secondo passo è dedicato alla formulazione di segnalazioni di bug
- Il terzo passo è quello di correggere il bug.
- Nella fase finale, viene creata la lista dei bug
Ora, andiamo oltre nell’articolo tutorial Test software e comprendiamo il processo di rilevamento dei bug con l’aiuto del ciclo di vita dei bug.
Ciclo di vita del difetto
Un ciclo di vita del difetto è un processo in cui un difetto attraversa varie fasi durante la sua intera vita. Inizia quando viene trovato un difetto e termina quando un difetto è chiuso, dopo aver assicurato che non è riprodotto. Un ciclo di vita del difetto è correlato al bug rilevato durante il test.
Bug o difetto ciclo di vita include i passaggi come illustrato nella figura seguente:
- Nuovo: In questo passaggio, se un difetto viene registrato e registrato per la prima volta, il suo stato viene dato come nuovo.
- Assegnato: Dopo che il tester ha pubblicato il bug, il lead del tester approva che il bug sia autentico e assegna il bug a uno sviluppatore corrispondente e al team di sviluppatori. È stato dato come assegnato.
- Aperto: In questo stato, lo sviluppatore ha iniziato ad analizzare e lavorare sulla correzione del difetto.
- Risolto: poiché lo sviluppatore apporta le modifiche al codice necessarie e verifica le modifiche, può rendere lo stato del bug come “corretto” e il bug viene passato al team di test.
- Test: In questa fase, il tester esegue il test del codice modificato che lo sviluppatore gli ha restituito per verificare se il difetto è stato risolto o meno.
- Verificato: qui, il tester verifica nuovamente il bug dopo che è stato risolto dallo sviluppatore. Se non ci sono bug nel software, approva che il bug sia corretto e cambia lo stato in “verificato”.
- Reopen: Nel caso in cui il bug esista ancora anche dopo che il bug è stato risolto dallo sviluppatore, il tester cambia lo stato in “reopened”. In questo stato, il bug attraversa nuovamente il ciclo di vita.
- Chiuso: non appena il bug viene risolto, viene testato dal tester. Nel caso in cui, se il tester ritiene che il bug non esista più nel software, cambia lo stato del bug in “chiuso”. Ciò implica che il bug è stato risolto, testato e approvato.
- Duplicato: Nel ciclo di vita del bug, se il bug viene ripetuto due volte o i due bug menzionano lo stesso concetto del bug, lo stato di un bug viene modificato in “duplicato”.
- Rejected:Se nel caso in cui lo sviluppatore ritenga che il bug non sia autentico, rifiuta il bug. Quindi lo stato del bug viene modificato in “rifiutato”.
- Differita: Se il bug viene modificato in stato differita significa che il bug dovrebbe essere risolto nelle prossime versioni.
Si trattava del ciclo di vita dei bug e del processo di gestione dei difetti. Ora, vediamo quali sono le sfide con test manuali.
Sfide con il test manuale
Il test manuale di un’applicazione da parte dei tester QA è noto come Test manuale. Qui, tutti i test devono essere eseguiti manualmente in ogni ambiente, utilizzando un set di dati diverso e il tasso di successo/ fallimento di ogni transazione deve essere registrato.
Nella figura sopra è possibile vedere un uomo che verifica manualmente le transazioni registrate. Si può facilmente notificare le sfide che sta affrontando può causare stanchezza, noia, ritardo nel lavoro, errori ed errori a causa dello sforzo manuale. Ciò ha portato alla nascita di test di automazione.
Ora, cerchiamo di approfondire l’ultimo argomento di test del software articolo tutorial e vedere come il test di automazione batte test manuale.
Test di automazione vs test manuale
Test di automazione supera test manuale ogni volta. Perché? Poiché è superveloce, richiede molto meno investimenti in risorse umane, non soggetto a errori, è possibile eseguire frequenti test, supporta test di regressione e anche test funzionali.
Facciamo un esempio e capiamo questo. Supponiamo che tu abbia una pagina di accesso e che tu debba verificare se tutti i tentativi di accesso hanno successo, allora sarà davvero facile scrivere un pezzo di codice che convaliderà se tutti i tentativi di transazione/ accesso sono riusciti o meno (esecuzione automatica del test case).
Tutti questi test possono essere configurati in modo tale da essere testati in diversi ambienti e browser web. Non solo, puoi anche automatizzare la generazione del file dei risultati, programmandolo per un determinato momento durante il giorno. Quindi è anche possibile automatizzare la generazione di report in base a tali risultati e cosa no.
Punto importante qui è che il test di automazione rende il lavoro di un tester, molto più semplice. Fare riferimento all’immagine sopra che mostra un ambiente più rilassato in cui lo stesso tester sta lavorando. Se desideri saperne di più sui test di automazione e sullo strumento di test di automazione ampiamente utilizzato Selenium, puoi fare riferimento a questo Tutorial sul selenio.
Si trattava di come i test di automazione si stanno facendo strada nel campo dei test del software. Ci porta alla fine dell’articolo sul tutorial di test del software. Spero che hai trovato informativo e ha aiutato ad aggiungere valore alla vostra conoscenza.
Se hai trovato questo “Software Testing Tutorial” rilevante, controlla il live-online Selenium Certification Training di Edureka, una società di apprendimento online di fiducia con una rete di oltre 250.000 studenti soddisfatti sparsi in tutto il mondo.