nimdanor
commented
4 months ago Pour moi c'est la plateforme qui doit proposer ce test de non régression des templates. IL n'est pas possible de le faire dans la sandbox. Et nous comparons ce qui est produit visuellement pour valider la non régression.
En termes d'interface:
-
un bouton [save test] apparait après une interaction d'évaluation
Quand ce bouton est pressé il y a sauvegarde dans le fichier main.plt des TESTS avec trois champs: id : identifiant de la version de l'exercice,latest est accetable input: les valeurs du composant utilisées pour appeller la sandbox meta: les valeurs de retour de la sandbox { grade: valeur, feedback:valeur, foldingfeedback:valeur}
l'interface d'exercice propose en plus de visualiser dans l'éditeur un bouton verifier le template.
En mode 'preview' (ou dans un mode spécifique) il faudrait pouvoir enregistrer une réponse (saisie par le créateur du test) et le résultat (grade et feedback), ceci en jouant l'exercice comme une preview. [Voulez vous enregistrer cette preview comme un test fonctionnel ?]
C'est utilisateur qui valide l'enreegistrement du test , plusieurs test successif peuvent être enregistrés.
De tel façon que l'on puisse faire un test fonctionnel de l'exercice automatiquement : soit avec un bouton supplémentaire à coté de preview, soit quand l'on ajoute un exercice dans une activité le test est lancé pour vérifier le bon fonctionnement du grader.
Pour le builder c'est plus facile car c'est visuel et ne nécessite pas de rentrer des éléments.
Pour l’implémentation on peut imaginer un fichier qui stock le test sous forme de json: main.plt { "id":"name", "input": {le composant} , "meta" : { grade:grade, feedback:feedback, et autres metas } }
par défault le "name" est un numéro de version eventuellement latest.
Si l'on peut garder une version de test par version de l'exercice c'est mieux.
l’intérêt de stocker dans un fichier est que le test correspond à la version. Si il y a un changement le test fonctionnel ne sera plus bon ...