[BUGFIX] Le InMemoryTemporaryStorage ne suit pas la TemporaryStorage API et est utilisé à tort dans les tests d'intégration (PIX-12551)

[lego-technix]

🦄 Problème

Le InMemoryTemporaryStorage ne suit pas la TemporaryStorage API et est utilisé à tort dans les tests d'intégration.

Une conséquence de cela est que le PoleEmploiOidcAuthenticationService et le FwbOidcAuthenticationService sont testés avec une mauvaise implémentation et leurs comportements sont dysfonctionnels concernant la méthode getRedirectLogoutUrl qui ne fournit pas un'id_token_hint.

🤖 Proposition

1. Faire suivre la TemporaryStorage API au InMemoryTemporaryStorage en rendant les méthodes du second asynchrones comme le sont celles du premier
2. Pour les tests d'intégration utiliser le RedisTemporaryStorage à la place du InMemoryTemporaryStorage, car les tests d'intégration servent à tester les composants dans le cadre d'un environnement où l'infrastructure est la plus proche possible de celle de la production

🌈 Remarques

Il faudrait également que les tests d'intégration mettant en jeu le LearningContentCache utilisent Redis au lieu d'utiliser uniquement le InMemoryCache.

Pour cela il faudrait mettre dans api/src/shared/config.js :

config.caching.redisUrl = process.env.TEST_REDIS_URL;

Et dans api/tests/acceptance/application/cache/cache-controller_test.js il faudrait utiliser config.caching.redisUrl au lieu d'utiliser process.env.TEST_REDIS_URL directement.

Mais cette correction s'est avérée difficile et on n'a pas réussi à en venir à bout dans un temps limité et nous avons abandonné cette correction qui n'est pas dans le scope de l'équipe Accès.

💯 Pour tester

1. Vérifier que la CI s'exécute sans erreur
2. Vérifier aussi en local que les tests s'exécutent sans erreur
   • Vérifier en local que les tests unitaires utilisent le InMemoryTemporaryStorage (pour cela on peut arrêter le conteneur de Redis – docker stop <container_id> – et constater que les tests unitaires continuent de fonctionner sans erreur)
   • Vérifier en local que les tests d'intégration et d'acceptance utilisent le RedisTemporaryStorage (pour cela on peut arrêter le conteneur de Redis – docker stop <container_id> – et constater que les tests d'intégration sont en erreur)
3. Vérifier que la déconnexion pour France Travail et la FWB déconnecte bien l'utilisateur du SSO du fournisseur d'identité

[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

[EmmanuelleBonnemay]

En ce qui concerne les tests unitaires, j'ai vérifié de la même manière que pour les tests d'intégration (arrêter le conteneur Redis et vérifier que les tests unitaires n'ont pas besoin de ce conteneur pour s'exécuter). Est-ce que cela suffit? Il n'y a pas de log spécifique au InMemoryTemporaryStorage en console :

> pix-api@4.146.0 test:api:unit
> TEST_DATABASE_URL=postgres://should.not.reach.db.in.unit.tests TEST_REDIS_URL= npm run test:api:path -- 'tests/**/unit/**/*test.js'

[lego-technix]

En ce qui concerne les tests unitaires, j'ai vérifié de la même manière que pour les tests d'intégration (arrêter le conteneur Redis et vérifier que les tests unitaires n'ont pas besoin de ce conteneur pour s'exécuter). Est-ce que cela suffit? Il n'y a pas de log spécifique au InMemoryTemporaryStorage en console :

Tout à fait. Il n'y a pas de logs spécifiques au InMemoryTemporaryStorage en console. Donc on peut soit tester en arrêtant/redémarrant les conteneurs Docker, soit en ajoutant soi-même des logs dans le InMemoryTemporaryStorage et le RedisTemporaryStorage.

[EmmanuelleBonnemay]

Lu et testé fonctionnellement en local avec succès sur Firefox.