On peut supposer que Grace Hopper, informaticienne à l'université de Harvard, ne passait pas une très bonne journée le 9 septembre 1947. Son ordinateur renvoyait sans cesse des erreurs sans raison précise. En l'ouvrant, Grace a trouvé un véritable insecte, un papillon de nuit pour être précis, qui interférait avec son fonctionnement. Elle est ainsi devenue the first person to report a computer bug.
En réalité, les bogues logiciels ne sont pas causés par des choses comme des mites (même si nos développeurs aimeraient que tous les correctifs soient aussi simples !) Un bogue logiciel est plutôt une erreur dans le système qui provoque des résultats incorrects ou un comportement inattendu. Chez Easy LMS, notre objectif est de construire un système sans bug pour vous ! Mais le fait est qu'un système sans bug est aussi rare qu'une licorne. Easy LMS est construit par des humains, et sujet à l'erreur humaine, ce qui signifie que des bugs se glissent de temps en temps ?
Comme nous savons à quel point il est ennuyeux d'avoir des bogues, nous avons mis en place un processus pour les corriger le plus rapidement possible ! Voici un aperçu du fonctionnement de ce processus, depuis la découverte d'un bug par vous, jusqu'à la correction finale.
Phase 1: Vous nous contactez
La première étape du processus est celle où vous, en tant que client, entrez en jeu. Imaginons que vous créiez un nouvel examen pour tester les connaissances d'un nouvel employé en matière de normes de sécurité. Pour ajouter un peu de piquant, vous téléchargez le logo de votre entreprise. Au lieu de réussir à télécharger l'image, vous regardez l'icône de chargement tourner, tourner, tourner ...
Après avoir essayé plusieurs fois, vous êtes probablement frustré. Easy LMS ne fonctionne manifestement pas comme il le devrait ! Que devez-vous faire ? Contactez le support immédiatement ! Le support sera votre point de contact tout au long du processus.
Nous rassemblerons autant d'informations que possible sur le bogue
Grâce à la boîte de dialogue, vous serez mis en relation avec un membre de l'équipe d'assistance. L'un de nos principaux objectifs à ce stade est de recueillir autant d'informations que possible sur le bogue. Vous aurez peut-être l'impression de jouer à Twenty Questions, mais cette étape est essentielle pour que le développement puisse résoudre les problèmes par la suite. Les questions suivantes vous seront posées :
Quel est le chemin d'accès au menu pour atteindre l'endroit où le problème se produit ?
Quel est l'URL exact ?
Quel est le composant affecté ? Examens, cours, etc.
Quels sont les noms des contenus et des utilisateurs affectés ?
Quelle plateforme et quel appareil utilisez-vous ?
Qu'essayiez-vous de faire lorsque vous avez rencontré le problème ?
Qu'est-ce qui se passe exactement lorsque ce problème se produit ?
Une fois que vous avez partagé ces informations précieuses, votre travail est terminé. Vous pouvez maintenant vous asseoir, vous détendre et laisser Easy LMS prendre les rênes !
Phase 2: Nous reproduisons
Votre travail est peut-être terminé, mais il ne l'est pas pour le membre du service d'assistance avec lequel vous avez discuté. Avec votre permission, il ou elle se connectera à votre compte et essaiera de reproduire le bogue. Si l'on se réfère à l'exemple précédent, un membre du service d'assistance se rendrait généralement au même examen et essaierait de télécharger lui-même un logo.
Si l'assistance ne peut pas reproduire le problème, le processus s'arrêtera ici. Dans un certain sens, c'est une bonne chose que le bogue ne puisse pas être reproduit, car tout devrait fonctionner. Néanmoins, cela ne nous aide pas à aller au fond des choses. Dans de tels cas, il se peut que nous ayons quelques questions supplémentaires et que nous vous demandions de nous tenir au courant si cela se reproduit. En revanche, si nous parvenons à reproduire le bogue (oups !), le processus se poursuivra.
Phase 3: Nous enregistrons
Maintenant que nous avons pu confirmer qu'il s'agit d'un bogue, nous allons enregistrer, ou plutôt "consigner", toutes les informations que vous avez fournies dans un rapport structuré. Nous enregistrons les bogues dans Jira, un outil de gestion de projet. Ce rapport aide les autres à localiser l'endroit et l'aspect exacts qui impliquent le bogue en cours de route. L'autre avantage d'enregistrer les bogues en un seul endroit est que les autres membres de l'équipe, y compris les développeurs, peuvent facilement voir si la plainte d'un autre client relève d'un bogue existant.
L'assistance marquera alors votre conversation avec le numéro d'identification du bogue. Ainsi, nous pourrons retrouver vos coordonnées pour vous demander plus d'informations ou vous fournir des mises à jour pertinentes.
Le soutien au développement est l'endroit où la magie opère
Phase 4: Nous déboguons
Chez Easy LMS, les développeurs et les consultants travaillent en équipe. Lorsque nous choisissons ce sur quoi travailler ensuite, tout le monde travaille à travers les disciplines pour prioriser les bogues par rapport aux nouvelles fonctionnalités potentielles en fonction de l'urgence. Au cours de cet appel, nous discuterons également de l'opportunité d'une nouvelle fonctionnalité, auquel cas le bogue sera soumis en tant que demande de fonctionnalité.
Une fois que votre problème a été pris en compte par le service de développement, celui-ci l'identifie, propose une solution et la met en œuvre dans un délai de deux jours.
Phase 5: Nous communiquons
Woohoo ! Le bug est enfin corrigé ! Vous serez informé par le membre du support dès que la solution sera disponible.
À ce stade, nous vous remercions également pour votre patience. Les bogues ne sont un plaisir pour personne ! Pas pour vous. Pas pour l'assistance. Ni pour le développement. C'est pourquoi votre compréhension et votre communication avec nous sont toujours appréciées et contribuent à rendre le processus un peu plus facile pour toutes les parties concernées.
