Exécution — Tests E2E profil ASSISTANT_SOCIAL¶
Suite de ProjetESM/debug/20260710_1941_execution-tests-e2e-psychologue (même méthode : simulation réelle Playwright, hors indicateurs). Compte utilisé :
assistant.social.test@esm.local/ commune KANDI, profil ASSISTANT_SOCIAL.
Origine¶
ASSISTANT_SOCIAL a exactement les mêmes 25 permissions backend que PSYCHOLOGUE (vérifié). La quasi-totalité des bugs de scope commune/idUtilisateur trouvés et corrigés lors de la session PSYCHOLOGUE (12 modules) s'appliquent donc de façon identique ici — pas besoin de les re-découvrir, seulement de confirmer qu'ils restent corrigés pour ce second profil. Focus de cette session :
- Confirmer rapidement (spot-check) que les zones déjà corrigées fonctionnent aussi pour ASSISTANT_SOCIAL.
- Tester en profondeur les tâches spécifiques à son cahier des charges
(
Descriptif_poste_Assistante_Sociale.md) : - Référer un enfant au psychologue (référencement interne, CAS_ORIENTE_CREER) — tâche la
plus caractéristique de ce profil, à tester en conditions réelles avec un vrai destinataire
psychologue (
test.agent@projetesm.test) et vérification croisée de réception. - Créer/mettre à jour les dossiers enfants.
- Organiser groupes de parole, cadres de concertation, plaidoyer local (Mobilisation).
- Inscrire les parents dans un processus d'auto prise en charge (à vérifier si une fonctionnalité dédiée existe côté module Parents).
Checklist¶
- [x] Connexion + reconnaissance (menu identique à PSYCHOLOGUE attendu)
- [x] Enfants : création/modification (spot-check)
- [x] Référencement vers le psychologue (tâche phare du poste) — créer un cas orienté INTERNE
vers
test.agent@projetesm.test, vérifier réception dans "Référencements reçus" côté psychologue - [x] Suivi + volets (spot-check, déjà validé cross-agent côté PSYCHOLOGUE)
- [x] Formations / Sensibilisation (spot-check)
- [x] Mobilisation : groupes de parole, cadres de concertation, plaidoyer (spot-check + lien job description)
- [x] Insertion socio-économique (spot-check)
- [x] Acteurs de terrain (spot-check)
- [x] Parents / auto prise en charge (vérifier existence fonctionnalité)
- [x] Mon profil (spot-check, bug racine déjà corrigé doit fonctionner pour tout utilisateur)
Explicitement exclu (indicateurs) : /rapports/*, /pilotage/*, export de rapports.
Journal d'exécution¶
#11 — Connexion + reconnaissance¶
Script 10_reconnaissance_assistant_social.mjs. Connexion assistant.social.test@esm.local
réussie, menu identique à celui du psychologue (même jeu de 25 permissions backend), aucune
erreur console ni requête en échec.
#12 — Référencement interne vers le psychologue (tâche phare)¶
Scripts 11_referencement_psychologue.mjs puis 11b_verif_reception_psychologue.mjs.
Sur la fiche de l'enfant "A A" (commune KANDI), création d'une orientation de type INTERNE
vers test.agent@projetesm.test avec motif "Enfant présentant des signes de détresse
psychologique". Connexion croisée avec le compte psychologue : le référencement apparaît bien
dans /referencements-recus, confirmé aussi bien par le contenu affiché à l'écran que par la
base de données. Handoff assistant social → psychologue validé de bout en bout.
#13 — Spot-check des zones déjà corrigées¶
Scripts 12_spotcheck_zones.mjs (17 pages : Enfants, Parents, Insertion, Maîtres coraniques,
Tuteurs, Personnes-ressources, Éducateurs pairs, Formations, Sensibilisation) et
12b_creation_enfant.mjs (création d'un enfant test en commune KANDI). Aucune requête en échec,
toutes les corrections issues de la session PSYCHOLOGUE (bug idUtilisateur/communeCode sur 12
modules) tiennent également pour ce second profil.
#14 — Mobilisation (groupes de parole, cadres de concertation, plaidoyer)¶
Script 13_mobilisation_assistant_social.mjs. Accès confirmé aux 5 sous-pages (comités
villageois, cadres de concertation, parole des jeunes, cohésion sociale, actions de plaidoyer).
Création réelle d'une session "Parole des jeunes" (type GROUPE_PAROLE, commune Kandi) réussie.
Ouverture du formulaire de création d'action de plaidoyer réussie, sans erreur.
#15 — Parents / auto prise en charge¶
Investigation du modèle Prisma Parent : aucun champ ni relation ne représente un processus
"d'auto prise en charge" (seul participeSensibilisation: Boolean existe, sans rapport). Écart
identifié entre le cahier des charges et l'application : cette tâche du poste ASSISTANT_SOCIAL
n'a aujourd'hui aucun support fonctionnel dédié dans ProjetESM — ni modèle de données, ni page
frontend. Ce n'est pas un bug (rien n'est cassé), c'est une fonctionnalité absente. Signalé à
Bernard pour arbitrage (à documenter comme besoin futur si confirmé prioritaire, hors périmètre
de correction immédiate de cette session).
#16 — Mon profil¶
Script 15_mon_profil_assistant_social.mjs. Page /profil chargée sans erreur, commune (KANDI)
correctement affichée. Confirme que le bug racine téléphone/communeCode corrigé pendant la
session PSYCHOLOGUE (colonne telephone manquante + entité auth qui la hardcodait à null +
mismatch de nom de champ frontend/backend) fonctionne aussi pour ce second compte utilisateur.
Hors périmètre ASSISTANT_SOCIAL, vérifié pendant la même session¶
Demande ponctuelle de Bernard : vérification du filtre "maître coranique par commune" (fonctionnalité
livrée juste avant le lancement des tests E2E), avec le compte flow.test.backup@projetesm.test.
Script 14_verif_filtre_maitre_coranique.mjs : select désactivé tant qu'aucune commune n'est
choisie, puis filtrage confirmé correct pour KANDI (seul YOUSSOUFOU Ibrahima) et N'Dali (seul
TEST_MAITRE Coranique). Aucune anomalie.
Conclusion¶
Aucun bug nouveau (au sens régression ou anomalie bloquante) trouvé pendant cette seconde session E2E ASSISTANT_SOCIAL : les 12 modules corrigés lors de la session PSYCHOLOGUE (ProjetESM/debug/20260710_1941_execution-tests-e2e-psychologue) tiennent pour ce second profil, et la tâche la plus caractéristique du poste (référencement interne vers le psychologue) fonctionne de bout en bout, vérifiée par une vraie connexion croisée des deux comptes.
Seul point notable : l'absence de fonctionnalité dédiée pour "l'auto prise en charge des parents" (tâche #15), un écart entre le cahier des charges du poste et l'application actuelle plutôt qu'un bug — à traiter séparément si Bernard confirme que c'est prioritaire.
8 scripts Playwright créés pour cette session (10_* à 15_*, dont le script ponctuel
14_verif_filtre_maitre_coranique.mjs), conservés dans Test_E2E/ comme convenu, aucun supprimé.