Mentre questi strumenti sono sulla buona strada per diventare mainstream per lo sviluppo, altri simili per l'automazione dei test si stanno facendo strada sul mercato.
Gli strumenti di test automation low-code e codeless, come le loro controparti per lo sviluppo, mirano a rendere le cose più facili - in questo caso, per gli sviluppatori, i tester QA, i professionisti DevOps e gli SDET (ingegneri dello sviluppo del software in fase di test). L'idea è che chiunque in un'organizzazione - dall'ingegneria e dal prodotto al marketing, alla finanza, all'ufficio legale e alle vendite - possa creare test automatizzati rapidamente e facilmente senza scrivere una sola riga di codice, e tutto senza alcuna esperienza di programmazione o automazione.
Le sfide dell'automazione dei test
Ai team di sviluppo e QA viene costantemente chiesto di fare di più con meno e di rilasciare più velocemente senza sacrificare la qualità o aumentare le spese. Per soddisfare queste richieste dei clienti interni e degli utenti finali, molti team guardano all'automazione. Ma l'automazione tradizionale ha anche la sua giusta quota di sfide.
La mia azienda, Applause, ha recentemente condotto un sondaggio globale sull'automazione dei test per capire dove le organizzazioni stanno lottando più frequentemente. Il sondaggio si è svolto nel febbraio 2021, con la partecipazione di più di 2.000 proprietari di prodotti digitali, sviluppatori di software, QA e professionisti DevOps. Una scoperta chiave è stata che oggi rimangono alcune barriere all'automazione dei test tradizionali, sia per le aziende che hanno già investito molto tempo e risorse nell'automazione, sia per quelle che sono più indietro nella loro maturità e strategia. Secondo l'indagine, coloro che hanno livelli minimi di automazione dei test oggi dicono che il motivo sia il non avere le risorse necessarie per supportarla, con il 41% che cita la mancanza di risorse di automazione dei test qualificate e/o esperte come la loro più grande sfida.
I team che hanno raggiunto livelli più alti di automazione dei test affrontano un gruppo molto più vario di sfide. La principale è che alcune di queste aziende che hanno investito molto nell'automazione dei test pensano che il loro progresso sia troppo lento, e non vedono il livello atteso di copertura. Questa sfida è stata subito seguita da altre due: la mancanza di priorità dell'automazione dei test e la mancanza di risorse qualificate e/o esperte.
Queste sfide sembrano inibire l'efficacia e l'adozione dell'automazione dei test. Secondo i rapporti Forrester's State of Agile, la percentuale di casi di test che vengono automatizzati sta crescendo poco. Nel 2015, il 49% degli intervistati ha detto di aver sempre testato manualmente. Quel numero è sceso al 46% (il che significa che si stava facendo un po' più di automazione) nella versione 2017 del rapporto, ma ha raggiunto un plateau nel 2019, dove è rimasto al 46%.
Automazione tradizionale Vs. Automazione no-code
L'automazione dei test non è nuova, e non sta andando da nessuna parte, anche se gli strumenti no-code diventano più importanti. Questo perché l'automazione permette ai brand di muoversi più velocemente e soddisfare l'obiettivo di costruire e testare costantemente il software che sia di alta qualità e in grado di essere rilasciato rapidamente agli utenti finali. La critica all'automazione di test tradizionale, tuttavia, è che può essere un processo che richiede tempo, costi e risorse per costruire e maturare.
Questo perché l'automazione tradizionale richiede esperti di codifica, non solo per scrivere i test all'inizio ma anche per mantenerli nel tempo. La complessità e la necessità di diversi strumenti per l'automazione - come Appium, Selenium, Apple Simulators, Android Emulators, element locator, strategie di localizzazione e così via - contribuiscono alla complessità dell'automazione tradizionale e alla necessità di competenze specifiche. Inoltre, gli SDET vengono costantemente tolti dai team QA e spostati in ruoli di sviluppo, il che spesso significa che i progetti di automazione dei test si bloccano a metà strada e non vengono mai completati, causando un enorme spreco di tempo e denaro per le aziende.
Il valore generale dell'automazione dei test no-code, d'altra parte, è che chiunque può usarlo. Con una soluzione codeless, un utente si muove semplicemente attraverso un caso di test, e lo strumento codeless può poi trascrivere quell'esperienza in uno script di automazione. E, mentre gli strumenti di automazione dei test codeless originariamente si rivolgevano solo alle applicazioni web, più strumenti ora offrono la possibilità di eseguire sessioni e creare script di automazione dei test su mobile - sia su Android che iOS - così come le applicazioni web.
Il risultato è che le organizzazioni non dovrebbero pensare agli strumenti codeless e all'automazione tradizionale come a uno scenario "uno contro uno". Gli strumenti di automazione dei test no-code sono ottimi per scenari meno coinvolti - come i test di regressione. Usare gli strumenti codeless in questo modo permette agli SDET e alle risorse dedicate di concentrarsi su un'automazione a più alta priorità e più complessa. Idealmente, sia l'automazione tradizionale che lo strumento codeless dovrebbero essere entrambi sfruttati come un modo per massimizzare la velocità e la qualità con cui il software può essere consegnato agli utenti finali.