Quest Ladder
TeachFORGE.ai
Quest Ladder / Exécution de code
Questions à exécution de code
Choisissez le langage, rédigez les cas de test, et laissez le code être jugé sur son bon fonctionnement.
Le code fonctionne, ou il ne fonctionne pas. C'est un luxe rare en matière de correction.
Ce que c'est
L'apprenant écrit du code ; le code est exécuté face à des cas de test ; le résultat détermine la note. Deux réglages de Paramètres avancés façonnent ce format : Langue, et Cas de test de 1 à 6, avec 2 par défaut.
C'est le seul format où une mauvaise réponse peut être fausse d'une manière réellement instructive sans que vous n'ayez rien à écrire — l'échec lui-même indique à l'apprenant quel cas il n'a pas su traiter.
Rédiger les cas de test
Deux cas, c'est le réglage par défaut et le minimum utile : un cas que toute tentative plausible réussit, et un cas qui distingue une vraie solution d'une tentative au hasard. Six est le plafond, et ce plafond existe pour une bonne raison — un apprenant qui échoue à cinq cas sur six en apprend moins que celui qui échoue au seul cas qui compte.
- Faites du premier cas le cas évident, pour qu'un apprenant sur la bonne voie reçoive la confirmation qu'il l'est.
- Faites d'un cas le cas limite : entrée vide, zéro, un nombre négatif, la borne d'un intervalle.
- Évitez les cas qui ne diffèrent que par la taille. Un test de même forme avec des nombres plus grands ne vérifie que la patience.
Ignorer les espaces lors de la comparaison de la sortie sur l'étape de réponse correcte est presque toujours le bon réglage. Sans cela, un saut de ligne final fait échouer un programme correct, et l'apprenant n'a aucun moyen de comprendre pourquoi.
Points et crédit partiel
Chaque cas de test est un emplacement avec son propre barème, donc Mode de notation réglé sur Pondéré accorde des points pour les cas réussis. Un apprenant dont la solution gère le cas normal mais pas l'entrée vide a tout de même écrit quelque chose qui vaut la majeure partie des points.
Le tout ou rien a sa place — lorsque la question demande explicitement de faire réussir tous les tests — mais utilisé par défaut, il gâche le signal le plus utile que produit ce format.
Ce que ce format ne fait pas
Les cas de test vérifient le comportement, pas la qualité. Un code qui passe tous les tests peut rester illisible, quadratique là où il devrait être linéaire, ou n'être qu'une table de réponses attendues codée en dur.
Si le style ou l'efficacité fait partie de ce que vous enseignez, associez ce format à une question rédigée demandant à l'apprenant d'expliquer sa démarche, et corrigez celle-ci dans la file de correction. Les tests s'occupent de la justesse ; vous vous occupez du reste.