Immaginate questa ipotetica situazione: state lavorando in Easy LMS a un fantastico corso GDPR. È fantastico perché lo avete reso divertente con infografiche interessanti e video accattivanti. Addio, addio noiosa formazione sulla conformità. Tutte le informazioni sul GDPR sono lì; dovete solo inserirle nel sistema. Tutto procede senza intoppi. Finché non volete caricare un video. Improvvisamente l'intero corso è sparito! Con un solo clic. Aaargh!
Ovviamente, questo è qualcosa che voi e noi non vogliamo! Riteniamo che sia meglio scoprire che qualcosa non funziona prima che lo facciano i nostri clienti. Per questo motivo disponiamo di un'ampia procedura di garanzia della qualità (QA) che comprende test manuali e automatici. In questo articolo ci concentreremo solo sui test manuali. Perché a volte c'è bisogno di esseri umani invece che di robot. Benvenuti nel nostro mondo di test manuali!
Che cos'è l'assicurazione qualità? E perché ne abbiamo bisogno?
I responsabili della QA sono spesso i guardiani nel determinare se la funzionalità o il bug risolto sono pronti per il rilascio.
Per prima cosa, facciamo un passo indietro nel caso in cui siate sopraffatti dal termine Quality Assurance. Che cos'è l'Assicurazione Qualità? E perché ne avete bisogno? Assicurare la qualità (QA) significa assicurarsi che qualcosa funzioni come previsto. A nostro avviso, l'esistenza di un processo di QA è fondamentale per la soddisfazione dei nostri prodotti (software) e dei clienti, e quindi per il successo della nostra azienda. I responsabili dell'AQ sono spesso il guardiano nel determinare se la funzionalità o il bug risolto sono pronti per il rilascio.
Sebbene alcuni possano ridurre la QA a un semplice test, noi pensiamo che sia qualcosa di più. Avere una buona QA è fondamentale quanto la costruzione stessa. Assicura che possiate soddisfare i vostri standard di alta qualità! Inoltre, rende il vostro prodotto stabile e fa sentire il vostro team al sicuro. Tutti commettiamo errori; è una parte inevitabile dell'essere umano, anche se si è uno sviluppatore di talento (come il nostro?). Ma avere una rete di sicurezza vi fa sentire liberi nella mente e nel lavoro, in modo da poter superare i vostri limiti. Questo porterà a competenze più avanzate (sviluppo, progettazione, scrittura, ecc.) alla fine!
Chi esegue i test?
Un anno fa, Caroline era il nostro unico responsabile QA. Collaudava manualmente tutto ciò che veniva sviluppato dai nostri sviluppatori. E possiamo dirvi che è molto. Poiché aspiriamo a team autonomi che possano operare completamente da soli, abbiamo sperimentato l'esecuzione di un QA da parte degli stessi team di sviluppo. L'esperimento ha avuto successo! "Fare i test con il nostro team ci sembra la cosa giusta da fare. Il nostro team è multidisciplinare, quindi tutti notiamo cose diverse. Questo ci dà una maggiore garanzia di individuare i piccoli problemi rispetto a un singolo membro che esegue i test da solo. Inoltre, sappiamo come funziona il codice, quindi abbiamo un'idea più chiara di come potremmo romperlo!", ha spiegato Bram, sviluppatore back-end.
Come si presenta la nostra procedura di test?
La nostra procedura di test manuale è composta da sei fasi. Esaminiamole insieme!
Fase 0: verificare se il codice soddisfa i nostri standard di qualità.
Prima di iniziare a testare manualmente, si effettua una revisione del codice. Un altro sviluppatore verifica la qualità del codice. Verifichiamo, ad esempio, la presenza di vulnerabilità di sicurezza. Inoltre, eseguiamo test automatici che analizzano la qualità del codice. Questi test devono avere successo prima di continuare. Se il test fallisce, si torna al tavolo da disegno e si risolvono i problemi.
Fase 1: verificare se tutti i criteri di accettazione sono soddisfatti.
Quando costruiamo una nuova funzionalità, iniziamo con lo scrivere i criteri di accettazione. I criteri di accettazione definiscono il modo in cui una particolare funzionalità può essere utilizzata dal punto di vista del cliente. Quindi, pensiamo a come deve funzionare una funzionalità, in modo da poter verificare in seguito se funziona come previsto.
Fase 2: verificare se la nostra definizione di "Fatto" è stata soddisfatta.
La Definizione di Fatto è un insieme concordato di elementi che devono essere completati prima che un progetto possa essere considerato completo. La nostra definizione di "Fatto" comprende, ad esempio:
Fase 3: provare a rompere le cose
Prendiamo il punto di vista del cliente. Innanzitutto, utilizziamo la funzione nel modo in cui ci aspettiamo che l'utente finale la utilizzi. Poi, la portiamo all'estremo. Ripetiamo le azioni più di una volta, usiamo casi di test estremi e verifichiamo che la nuova funzionalità non abbia danneggiato quelle esistenti. Cosa succede a X se premo il nuovo pulsante Y? Eseguiamo anche test con diversi account di prova con altre caratteristiche.
Guardiamo al punto di vista del cliente
Fase 4: Test di sicurezza.
Il nostro obiettivo è quello di essere conforme al GDPR. Prendiamo sul serio i dati dei nostri clienti. Pertanto, testiamo le possibili vulnerabilità con alcune tecniche di hacking comunemente utilizzate. Siamo brave persone, quindi non usiamo mai queste tecniche nella vita reale; non preoccupatevi!
Fase 5: Testare le nuove traduzioni e modificarle.
Supportiamo 11 lingue nella nostra dashboard e l'interfaccia del giocatore è disponibile in 24 lingue. Abbiamo un gruppo di traduttori freelance che traducono manualmente tutto il testo in uno strumento di traduzione separato. Verifichiamo che tutti i testi vengano aggiunti a tale strumento. Inoltre, li rivediamo e li modifichiamo, in modo che siano immediatamente pronti per l'uso!
Fase 6: considerare quali contenuti dovranno essere aggiornati o scritti.
Nella maggior parte dei casi, una nuova funzionalità è accompagnata da un nuovo testo. Se possibile, prepariamo in anticipo qualsiasi contenuto interno o esterno. Quando rilasciamo una nuova funzionalità, vogliamo che sia completa! Questo si collega alla nostra visione del flusso di un singolo elemento!
"Fare bene la QA può essere un compito che richiede molto tempo. Più prospettive e occhi sono coinvolti, meglio è. Avere i passaggi documentati in modo che chiunque possa seguirli funziona, invece di affidarsi a un solo individuo. In Easy LMS lavoriamo in team multidisciplinari, con sviluppatori back-end e front-end che lavorano a stretto contatto con i nostri consulenti di implementazione che portano la prospettiva del cliente. Ha senso!", ha dichiarato Caroline, responsabile QA;
Quando si eseguono i test manuali?
Ogni singola funzionalità viene testata manualmente
Ogni singola funzionalità viene testata manualmente e sottoposta allo stesso processo! Anche quelle piccole (come la sostituzione di un'immagine nella home page) che a prima vista non hanno bisogno di essere testate. Ma il diavolo si nasconde nei dettagli e nelle piccole funzionalità. Eseguiamo la procedura di test manuale una volta terminato lo sviluppo. Il test è riuscito? Allora è il momento di rilasciarlo in modo che i nostri clienti possano goderne! Il test è fallito? Allora la funzionalità è di nuovo sotto esame. Ciò significa che il team di sviluppo risolverà il problema e testerà nuovamente la qualità. Ripetiamo questa procedura fino a quando tutte le caselle della nostra checklist di revisione QA sono state controllate.
