Actuellement, notre suite de tests E2E utilise des identifiants d'utilisateurs génériques et ambigus tels que secondUser, currentUser ou testUser. Comme souligné dans la PR #2068, ces appellations manquent de sens sémantique, ce qui rend difficile le suivi des permissions, des comportements attendus et de la propriété des ressources au sein des tests.
L'objectif est de passer à une architecture basée sur des Personas. Cela permettra d'embarquer des rôles Keycloak spécifiques et des comportements métier dans des entités clairement identifiées.
Actuellement, notre suite de tests E2E utilise des identifiants d'utilisateurs génériques et ambigus tels que secondUser, currentUser ou testUser. Comme souligné dans la PR #2068, ces appellations manquent de sens sémantique, ce qui rend difficile le suivi des permissions, des comportements attendus et de la propriété des ressources au sein des tests.
L'objectif est de passer à une architecture basée sur des Personas. Cela permettra d'embarquer des rôles Keycloak spécifiques et des comportements métier dans des entités clairement identifiées.