[TECH] Ajouter un nouveau requirement de type CappedTubes pour pouvoir exprimer une quête à l'aide de sujets cappés en niveau (PIX-16539)

[laura-bergoens]

🥞 Problème

Le requirement sur les skills rend les quêtes sensibles aux évolutions du référentiel notamment aux acquis qui périment. Pour corriger ce soucis sur les profil cibles la notion sujets cappés a emergé.

🥓 Proposition

On propose donc d'ajouter un requirement CappedTubes pour rendre les quêtes résistantes aux changements du référentiels

🧃 Remarques

On a rencontré plusieurs soucis sur l'implémentation des capped tubes. Ils ont initialement été prévu pour fonctionner dans le cadre d'une seule campagne. On a donc eu deux soucis :

• La duplication de acquis par niveau au travers des différentes campagnes (différentes version d'un même acquis)
• Pour gérer les trous du référentiel les capped tubes utilisent les acquis stockés dans campaignSkills sauf qu'au moment d'évaluer les succès de la quête, l'utilisateur n'a potentiellement pas encore passé l'ensemble des campagnes. On calculait donc un pourcentage de succès non pertinent.

Pour solutionner le premier problème nous avons décidé de nous baser sur les KEs comme source de vérité. Pour un tubeId et un level donné on utilise donc le KE le plus récent. Peu importe qu'il soit valide ou non. L'idée est d'avoir un résultat le plus cohérent possible avec les actions de l'utilisateur.

Pour le deuxième problème, on a décidé de faire une photo à l'instant T des profiles cibles pour lesquels l'utilisateur n'a pas encore passé de campagnes. C'est ce qui se rapproche le plus de ce sur quoi l'utilisateur est sensé être évalué. Il est possible qu'au final les campagnes qu'il passe porte sur des acquis plus anciens. Cependant la différence de pourcentage sur le résultat devrait être négligeable.

😋 Pour tester

• Avec un utilisateur vierge
• Passer le niveau 1 sur la comptéence 1.1
• Faire la campagne HDDWHC481 . qui couvre la compétence 2.1

⚠️ il doit répondre à sa dernière question sans le bouton magique sinon nous ne passerons pas dans les requirement reward-user ⚠️

l'attestation sera disponible sur l'orga PRO Classic

[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
• API MaDDo
• Audit Logger

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

• scalingo front
• scalingo api
• scalingo api-maddo
• scalingo audit-logger

[xav-car]

Valider en RA par @AlexNaudyy