Aller au contenu
← Tous les articlesGuide pratique

Tester un SCORM avant de le livrer : 8 contrôles

Un module testé seulement par son auteur n'est pas testé. L'auteur sait où cliquer, il ne quitte jamais au milieu, et il regarde son écran de bureau. Vos apprenants feront l'inverse.

Cette recette tient en huit contrôles. Elle s'applique à un module reçu d'un prestataire, produit en interne ou généré par une IA. Les notions utilisées sont expliquées dans le guide SCORM du responsable formation.

Où tester

Trois environnements sont possibles :

  • Un cours de test dans votre LMS. C'est le test le plus fidèle, mais vous ne voyez pas ce que le module envoie : seulement le résultat.
  • Un lecteur qui simule un LMS et affiche les échanges. Vous voyez chaque information envoyée par le cours, au moment où elle part. C'est ce qui permet de comprendre une panne.
  • Les deux. Le lecteur pour comprendre, le LMS pour confirmer.

Ouvrir le fichier de lancement directement dans un navigateur ne teste rien : sans LMS en face, le cours n'envoie aucun suivi.

Contrôle 1 : l'import

Déposez le .zip. S'il est refusé, le problème est dans l'emballage : manifeste mal placé, mal nommé ou invalide. Les causes et leurs corrections sont dans Import SCORM refusé par Moodle.

Relevez aussi la taille du package. S'il approche la limite d'envoi de votre LMS, compressez les images avant de livrer.

Contrôle 2 : le lancement

Ouvrez le cours. Vérifiez que le premier écran s'affiche en entier, que les images apparaissent, que le son ou la vidéo se lance. Une image absente dès le premier écran signale un chemin cassé, et il y en a rarement un seul.

Contrôle 3 : le statut

Parcourez le module jusqu'au bout et notez le statut à trois moments :

MomentStatut attendu
Juste après l'ouvertureincomplet
Au milieu du parcoursincomplet
Après le dernier écran ou le quiz réussiterminé ou réussi

Si le statut passe à « terminé » dès l'ouverture, le module se déclare achevé sans rien vérifier. S'il reste « incomplet » à la fin, la condition d'achèvement n'est pas remplie ou n'est jamais envoyée.

Contrôle 4 : le score

Faites le quiz deux fois : une fois en répondant juste, une fois en répondant faux. Vérifiez :

  • que la note envoyée correspond à vos réponses ;
  • que le seuil de réussite est celui qui vous a été annoncé ;
  • qu'un échec donne bien un statut d'échec, et une réussite un statut de réussite.

Profitez-en pour relire les bonnes réponses. Une réponse juste marquée fausse ne se voit que si quelqu'un répond juste et lit le résultat.

Contrôle 5 : la reprise

C'est le contrôle le plus souvent oublié, et celui qui produit le plus de messages d'apprenants.

  1. Avancez jusqu'au milieu du module.
  2. Quittez par le bouton de sortie. Relancez. Vous devez revenir où vous étiez.
  3. Avancez encore, puis fermez l'onglet sans passer par le bouton de sortie. Relancez.
  4. Sur un module long, refaites le test près de la fin.

Si la reprise échoue au test 3, le cours n'enregistre qu'à la fermeture. Si elle échoue seulement au test 4, les données de reprise débordent. Les explications sont dans Progression SCORM perdue.

Contrôle 6 : l'affichage sur téléphone et tablette

Une partie de vos apprenants ouvrira le module sur un téléphone, même si personne ne l'a prévu. Vérifiez que le texte reste lisible sans zoomer, que les boutons sont assez grands pour un doigt et qu'aucune interaction ne dépend du survol de la souris.

Contrôle 7 : la durée

Comparez la durée annoncée dans le programme avec la durée réelle. Un module annoncé pour vingt minutes qui en demande quarante pose un problème de planification, et parfois un problème de conformité quand la durée figure dans une convention de formation.

Chronométrer votre propre lecture ne suffit pas : vous lisez un contenu que vous connaissez. Une estimation fondée sur le volume de texte et de médias est plus fiable.

Contrôle 8 : le contenu

Le module peut fonctionner parfaitement et enseigner une erreur. Relisez :

  • les consignes et les chiffres, face à votre source de référence ;
  • les feedbacks des quiz, écran par écran ;
  • les noms propres, les dates, les unités ;
  • les textes alternatifs des images, si vous avez une exigence d'accessibilité. Voir Accessibilité d'un module e-learning.

Si le contenu est technique, faites-le valider par un expert métier. Il n'a pas besoin d'un compte sur le LMS : un lien de lecture suffit.

La fiche de recette

N°ContrôleRésultatRemarque
1Import sans erreur, taille notée
2Lancement, médias affichés
3Statut correct au début, au milieu, à la fin
4Score et seuil corrects, bonnes réponses relues
5Reprise après sortie normale et après fermeture brutale
6Lisible sur téléphone et tablette
7Durée réelle conforme à la durée annoncée
8Contenu relu, validé par l'expert métier

Gardez cette fiche avec la version du module qu'elle concerne. Au prochain audit ou au prochain litige avec un prestataire, elle montre ce qui a été vérifié, et quand.

Questions fréquentes

Combien de temps prend une recette ?

Comptez le temps de parcourir le module deux fois, plus les tests de reprise. Pour un module court, c'est l'affaire d'une demi-heure.

Qui doit faire la recette ?

Quelqu'un qui n'a pas produit le module. L'auteur corrige, une autre personne contrôle.

Faut-il retester après une petite correction ?

Oui pour les contrôles 2 à 5. Une correction de texte ne devrait rien casser, et le test est le seul moyen de le savoir.

Tester sans LMS

Le correcteur SCORM ouvre votre package dans un lecteur qui se comporte comme un LMS : journal des échanges en direct, bouton « Relancer » pour la reprise, aperçu téléphone et tablette, estimation de la durée. Le lecteur et le diagnostic sont gratuits.