[TECH] Réécrire les tests unitaires du usecase authenticateUser en tests d'intégration (PIX-16757)

[lego-technix]

🌸 Problème

Comme tous les tests unitaires de usecases, le usecase api/tests/identity-access-management/unit/domain/usecases/authenticate-user_test.js teste plus l’implémentation qu’autre chose et est très difficile à faire évoluer. C’est très très pénible lorsqu’on doit faire évoluer ce usecase, ce que l’on fait régulièrement et qu’on sera encore amené à faire régulièrement dans le futur.

🌳 Proposition

Conformément aux standards de tests, réécrire api/tests/identity-access-management/unit/domain/usecases/authenticate-user_test.js sous la forme de tests d'intégration api/tests/identity-access-management/integration/domain/usecases/authenticate-user.usecase.test.js.

On a profité de cette réécriture pour mieux agencer et regrouper (avec des describe et des context) les tests, et pour mieux identifier les différents tests.

🐝 Remarques

RAS

🤧 Pour tester

1. Vérifier que la CI passe,
2. Vérifier que les nouveaux tests sont bien agencés, regroupés, identifiés et qu'ils couvrent bien tous les cas.

[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

[bpetetot]

Super boulot 👍