[FEATURE] Sélection des acquis accessibles pour proposer un test aménagé (PIX-14241).

[HEYGUL]

🦄 Problème

Un centre de certification a maintenant la possibilité de renseigner le besoin d’un test aménagé pour l’accessibilité d’un candidat inscrit en session.
Pour le moment, le candidat se voit proposer un test avec potentiellement des acquis non accessibles ou non pertinents.

🤖 Proposition

Lorsqu’un candidat ayant été identifié comme nécessitant un aménagement d’accessibilité lance son test de certification v3, on sélectionne la prochaine épreuve uniquement parmis les épreuves dont les champs “Accessibility1” (non-voyants) et “Accessibility2” (daltonien) sont "OK" ou "RAS".

🌈 Remarques

On introduit ici le contexte d' Evaluation et on en profite pour y déplacer les usecases de choix de questions

💯 Pour tester

Passer un test de certification avec un candidat identifié comme ayant besoin d'un test aménagé.

• les épreuves proposées doivent être accessibles
• dans les logs de la review app, vérifier la présence d'un log de debug de la forme :

pix:certif:v3:get-next-challenge Candidate needs accessibility adjustment, possible challenges have been filtered (629 out of 1678 selected)

Passer un test de certification avec un candidat non-identifié comme ayant besoin d'un test aménagé.

• les épreuves proposées peuvent être non accessibles
• dans les logs de la review app, vérifier la présence d'un log de debug de la forme :

pix:certif:v3:get-next-challenge Candidate does need any adjustment, all 1678 have been selected

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger