Si può supporre che Grace Hopper, scienziata informatica dell'Università di Harvard, il 9 settembre 1947 non stesse vivendo una buona giornata. Il suo computer restituiva ripetutamente errori senza una ragione precisa. Aprendolo, Grace trovò un vero e proprio insetto, una falena per la precisione, che interferiva con il suo funzionamento. In questo modo, divenne la prima persona a segnalare un bug del computer.
In realtà, i bug del software non sono causati da cose come le tarme (anche se i nostri sviluppatori vorrebbero che tutte le correzioni fossero così semplici!). Piuttosto, un bug software è un errore nel sistema che lo porta a produrre risultati errati o a comportarsi in modo inaspettato. Noi di Easy LMS puntiamo a costruire per voi un sistema privo di bug! Ma il fatto è che un sistema privo di bug è raro come un unicorno. Easy LMS è costruito da esseri umani e soggetto a errori umani, il che significa che di tanto in tanto i bug sfuggono.
Poiché sappiamo quanto sia fastidioso quando ci sono dei bug, abbiamo messo in atto un processo per risolvere i bug il prima possibile! Ecco uno sguardo interno su come funziona questo processo, a partire dalla scoperta di un bug da parte vostra, fino alla correzione finale.
Fase 1: Contattateci
La prima fase del processo è quella in cui entra in gioco il cliente. Facciamo finta che stiate creando un nuovo esame per testare la conoscenza degli standard di sicurezza di un nuovo assunto. Per aggiungere un tocco di classe, si va a caricare il logo della propria azienda. Invece di caricare con successo l'immagine, guardate l'icona di caricamento girare, girare e girare...
Dopo aver provato un paio di volte, probabilmente siete piuttosto frustrati. È chiaro che Easy LMS non funziona come dovrebbe! Cosa dovete fare? Contattare immediatamente l'assistenza! Il supporto sarà il vostro punto di contatto per tutto il processo.
Raccoglieremo quante più informazioni possibili sul bug
Attraverso la casella di chat, raggiungerete un membro del team di supporto. Uno dei nostri obiettivi principali a questo punto sarà quello di raccogliere quante più informazioni possibili sul bug. Potrebbe sembrare di giocare a Venti domande, ma questa fase è fondamentale per consentire allo sviluppo di risolvere i problemi in seguito. Vi verranno poste queste domande:
Qual è il percorso del menu per raggiungere la posizione in cui si verifica il problema?
Qual è l'URL esatto?
Quale componente è interessato? Esami, corsi, ecc.
Quali sono i nomi dei contenuti e degli utenti interessati?
Quale piattaforma e dispositivo state utilizzando?
Cosa stavate cercando di fare quando avete riscontrato il problema?
Cosa accade esattamente quando si verifica questo problema?
Una volta condivise queste preziose informazioni, il vostro lavoro è finito. Ora potete sedervi, rilassarvi e lasciare che Easy LMS prenda le redini della situazione!
Fase 2: Riproduciamo
Il vostro lavoro potrebbe essere finito, ma per il membro del supporto con cui avete parlato non è finita. Con il vostro permesso, accederà al vostro account e cercherà di riprodurre il bug. Facendo riferimento all'esempio precedente, un membro dell'assistenza si recherebbe di solito allo stesso Exam e cercherebbe di caricare lui stesso un logo.
Se l'assistenza non riesce a riprodurre il problema, il processo si conclude qui. In un certo senso è positivo che il bug non possa essere riprodotto, perché tutto dovrebbe funzionare. Tuttavia, non ci aiuta a capire cosa avete riscontrato. In casi come questi, potremmo avere qualche domanda in più e vi chiederemo di farci sapere se il problema si ripete. D'altra parte, se riusciamo a riprodurre l'errore (ma che cavolo!), il processo continuerà.
Fase 3: Registriamo
Ora che siamo riusciti a confermare che si tratta di un bug, registriamo, o come si dice "registriamo", tutte le informazioni che ci avete fornito in un rapporto strutturato. Registriamo i bug in Jira, uno strumento di gestione dei progetti. Questo rapporto aiuta gli altri a individuare con precisione il luogo e l'aspetto che comporta il bug. L'altro vantaggio di registrare i bug in un unico posto è che gli altri membri del team, compresi gli sviluppatori, possono facilmente vedere se il reclamo di un altro cliente rientra in un bug esistente.
L'assistenza apporrà un tag alla conversazione con il numero ID del bug. In questo modo, potremo trovare le vostre informazioni di contatto per chiedervi ulteriori informazioni o fornirvi aggiornamenti pertinenti.
Il supporto ai sviluppatori è dove avviene la magia
Fase 4: We debug
In Easy LMS, gli sviluppatori e i consulenti di supporto lavorano insieme in un team. Quando decidiamo su cosa lavorare, tutti lavorano in modo trasversale per dare priorità ai bug e alle potenziali nuove funzionalità in base all'urgenza temporale. Durante questa telefonata, discuteremo anche se una nuova funzionalità sarebbe migliore, nel qual caso il bug viene presentato come richiesta di funzionalità.
Una volta che il vostro problema è stato individuato dallo sviluppo, il team identificherà il problema, proporrà una soluzione e la implementerà entro un periodo di due giorni.
Fase 5: Comunichiamo
Woohoo! Il bug è stato finalmente risolto! Verrete informati dal membro del supporto non appena verrà rilasciato.
A questo punto, vi ringrazieremo anche per la vostra pazienza. I bug non sono divertenti per nessuno! Non per voi. Non per il supporto. Né per lo sviluppo. Pertanto, la vostra comprensione e la vostra comunicazione con noi sono sempre apprezzate e contribuiscono a rendere il processo un po' più semplice per tutte le parti coinvolte.
