Test continuo
Il test continuo in DevOps è un tipo di test del software che prevede il test del software in ogni fase del ciclo di vita dello sviluppo del software. L'obiettivo dei test continui è valutare la qualità del software in ogni fase del processo di distribuzione continua eseguendo test precoci e spesso.
Il processo di test continuo in DevOps coinvolge parti interessate come sviluppatore, DevOps, QA e sistema operativo.
In questo tutorial imparerai
- Che cos'è il test continuo?
- Quali sono le differenze tra i test continui?
- In che modo il test continuo è diverso dall'automazione del test?
- Come eseguire test continui
- Strumenti di test continui
- Vantaggi del test continuo
- Sfide di test continui
Quali sono le differenze tra i test continui?
Il vecchio modo di testare era incentrato sull'hand off. Il software è stato distribuito da una squadra all'altra. Un progetto avrebbe fasi di sviluppo e QA definite. I team di controllo qualità hanno sempre desiderato più tempo per garantire la qualità. L'obiettivo era che la qualità prevalesse sulla pianificazione del progetto.
Tuttavia, le aziende richiedono una consegna più rapida del software all'utente finale. Più nuovo è il software, meglio può essere commercializzato e aumenta il potenziale di guadagno dell'azienda. Quindi, è stato evoluto un nuovo modo di testare.
Continuo significa test ininterrotti effettuati su base continua. In un processo DevOps continuo, una modifica del software (candidata alla versione) si sposta continuamente dallo sviluppo al test e alla distribuzione.
Il codice viene continuamente sviluppato, consegnato, testato e distribuito.
Ad esempio, ogni volta che uno sviluppatore controlla il codice nel server del codice sorgente come il set automatizzato di unit test di Jenkins viene eseguito nel processo continuo. Se i test falliscono, la build viene rifiutata e lo sviluppatore viene informato. Se la build supera il test, viene distribuita su prestazioni, server QA per test funzionali e di carico esaustivi. I test vengono eseguiti in parallelo. Se i test vengono superati, il software viene distribuito in produzione.
Il test continuo è un piccolo ingranaggio nel ciclo di sviluppo, integrazione e distribuzione continui.
Lo sviluppo del software non è lo stesso del passato, abbiamo ridotto lo sviluppo di mese in settimane. Lo stack di test corrente (vedere la figura sopra) è intitolato a test dell'interfaccia utente. Ma l'obiettivo è avere sempre più unit test automatizzati.
In che modo il test continuo è diverso dall'automazione del test?
Automazione dei test vs test continui
| Parametro | Automazione del test | Test continuo |
|---|---|---|
| Definizione | L'automazione dei test è un processo in cui viene utilizzato uno strumento o un software per automatizzare le attività. | È una metodologia di test del software che si concentra sul raggiungimento della qualità e del miglioramento continui. |
| Scopo | Una serie di attività simili o ripetitive, una macchina può eseguire, più velocemente, con un minor numero di errori. | Il processo di test continuo aiuta a trovare i rischi, affrontarli e migliorare la qualità del prodotto. |
| Prerequisito | Automazione nei test possibile senza integrare test continui. | Il test continuo non può essere implementato senza l'automazione del test. |
| Tempo | Il rilascio del software può richiedere un mese o anni. | La versione del software può essere rilasciata ogni settimana o ogni ora. |
| Risposta | Feedback regolare dopo aver testato ogni versione. | Il feedback in ogni fase deve essere istantaneo. |
| Storia | I test automatizzati sono stati eseguiti per decenni per rendere il processo di test più veloce. | Il test continuo è un concetto relativamente nuovo. |
Come eseguire test continui
- Utilizzo di strumenti per generare suite di automazione dei test da storie / requisiti degli utenti
- Crea ambiente di test.
- Copia e rendi anonimi i dati di produzione per creare un database di test
- Usa la virtualizzazione del servizio per testare l'API
- Test parallelo delle prestazioni
Strumenti di prova continua
Ecco un elenco curato dei migliori strumenti di test continuo :
1) QuerySurge
QuerySurge è la soluzione di test dei dati intelligente che è la prima soluzione DevOps completa nel suo genere per il test continuo dei dati. Le caratteristiche principali includono API robusta con oltre 60 chiamate, data intelligence dettagliata e analisi dei dati, integrazione perfetta nella pipeline DevOps per test continui e verifica rapida di grandi quantità di dati.
Inizia i test gratuitamente
2) Jenkins
Jenkins è uno strumento di integrazione continua scritto utilizzando il linguaggio Java. Questo strumento può essere configurato tramite interfaccia GUI o comandi della console.
Link per il download: https://jenkins.io/
3) Travis
Travis è uno strumento di test continuo ospitato su GitHub. Offre varianti in hosting e in locale. Fornisce una varietà di lingue diverse e una buona documentazione.
Link per il download: https://travis-ci.org/
4) Selenio
Il selenio è uno strumento di test del software open source. Supporta tutti i principali browser come Firefox, Chrome, IE e Safari. Selenium WebDriver viene utilizzato per automatizzare i test delle applicazioni web.
Link per il download: https://www.seleniumhq.org/
Vantaggi dei test continui
- Accelera la consegna del software
- Il test continuo migliora la qualità del codice
- Aiuta a valutare l'esatta copertura del rischio aziendale.
- Si integra perfettamente nel processo DevOps
- Aiuta a creare un processo agile e affidabile in poche ore anziché in mesi.
- Accelera il time-to-market con un meccanismo di feedback continuo.
- Unisce team tradizionalmente suddivisi in silos per soddisfare le esigenze aziendali moderne. Dissolve la disconnessione tra i team di sviluppo, test e operazioni.
- Test Automation aiuta a raggiungere la coerenza mantenendo la stessa configurazione per tutti i test rilevanti.
- Enfatizza le aspettative aziendali per mitigare i rischi aziendali
- Fornire accesso all'ambiente di test onnipresente con Service Virtualization
Sfide del test continuo
- Il processo tradizionale limita il cambiamento culturale tra i professionisti dello sviluppo e del controllo qualità.
- Mancanza di competenze DevOps e strumenti adeguati per i test in ambienti Agile e DevOps.
- Ambienti di test eterogenei che non rifletteranno mai l'ambiente di produzione.
- Processo di test convenzionale e gestione dei dati di test vagamente definita.
- Cicli di integrazione del codice più lunghi creano problemi di integrazione e correzioni tardive di difetti
- Risorse e ambienti di test insufficienti e inefficaci
- Architettura applicativa complessa e logica aziendale che limita l'adozione di DevOps.
Conclusione:
- Nell'ingegneria del software, il test continuo è un processo di test precoce, test spesso, test ovunque e automazione.
- Il vecchio modo di testare era incentrato sull'handoff. Il software viene distribuito da una squadra all'altra
- Jenkins, Travis e Selenium sono strumenti di test e integrazione continui popolari.
- Il test continuo fornisce feedback utilizzabili in base a ciascuna fase della pipeline di consegna.
- I test continui aiutano a migliorare la qualità del codice
- Il processo tradizionale limita il cambiamento culturale tra i professionisti dello sviluppo e del controllo qualità.
- Cicli di integrazione del codice più lunghi creano problemi di integrazione e correzioni tardive di difetti