Tests et évaluations — guide de configuration

Préparez disponibilité des fournisseurs, visibilité des résultats, conversion des compétences et accès avant attribution. Consultez le guide fonctionnel pour l’utilisation et le guide technique pour les services.

Sauf indication contraire, les comportements sont vérifiés dans le code de smartmobility-legacy. L’inspection est restée dans PS Testing 2026 avec Jim Carter. Catalogue manager et centre personnel sont accessibles, mais les paramètres fournisseur renvoient You are not authorized to access this resource. Le parcours administrateur ci-dessous est donc issu du code ; aucun paramètre fournisseur ni import sauvegardé pendant cette mise à jour.

Prérequis et accès

Le paramétrage exige l’administrateur autorisé de l’entreprise. L’accès catalogue de Jim ne l’accordait pas. Vérifié : le contrôleur exige un School d’entreprise lié au compte et refuse un School enfant.

La route affiche un refus en anglais, sans contrôles de configuration. Revenez au parcours manager autorisé et sollicitez l’administrateur ; aucun paramètre effectif n’est établi par cette page.

Afficher en taille réelle

Vérifiez la disponibilité avec l’administrateur avant attribution. Avec le compte Jim maintenu actif, cette page refusée ne permet pas l’activation.

La factory examinée implémente Central Test (CT), CodinGame (CG), SkillValue (SV, SVv2) et Goshaba (GSB). Ce sont des adaptateurs du code, pas une promesse de disponibilité commerciale. L’ancien modèle cite AssessFirst sans établir un adaptateur correspondant dans la factory actuelle.

1. Préparer les tests de l’entreprise

1. Identifiez l’administrateur responsable des paramètres et du compte fournisseur.
2. Confirmez catalogue et langues attendus.
3. Définissez l’audience des résultats avant attribution.
4. Vérifiez populations et droits d’action des managers.
5. Préparez correspondances de compétences et conversion si souhaitées.
6. Vérifiez contenu/langue des notifications avant d’activer l’email.

Observé : Performance → Tests Marketplace proposait 87 Tests, dont CodinGame, avec pagination. SQL Senior a pu être attribué à Jim et son obligation persistait après recharge. Les paramètres restaient refusés. Catalogue, attribution locale et exécution sont des contrôles distincts : le lancement renvoyait un test indisponible.

Le catalogue français présente cartes, critères et VOIR LE TEST. Recherchez le titre/fournisseur et ouvrez le détail ; l’effectif est un exemple, pas une limite produit.

Afficher en taille réelle

2. Activer les fournisseurs et choisir la visibilité

Dans la configuration, ouvrez Gestion des tests si disponible. Le modèle actuel présente Centre de test, Status, Visible par.

1. Examinez toute la sélection, y compris les fournisseurs à conserver.
2. Activez les fournisseurs voulus par leur statut.
3. Pour chacun, choisissez l’audience sous Visible par.
4. Appliquez la section après vérification de l’ensemble et des audiences.
5. Rouvrez le catalogue pour contrôler la disponibilité.

Champ	Valeurs / effet	Portée et défauts
Statut fournisseur	Activé/désactivé dans la sélection.	Setting entreprise ; coché si SettingTestcenter existe. Aucun défaut universel établi.
Visibilité	Manager seul (only_manager_see), collaborateur seul (only_collaborator_see), les deux (both_can_see).	Préférence entreprise/fournisseur copiée aux nouvelles attributions ; ne supposez pas de valeur sans choix existant.
Identifiant client et secret Goshaba	Valeurs du compte fournisseur cible.	Entreprise et type fournisseur. La sauvegarde lance l’import du catalogue Goshaba. Ne les exposez pas dans les guides/captures.

Effet sur l’existant : la sauvegarde met à jour en masse la visibilité des résultats correspondants dont is_changed_visibility vaut 0. Les modifications explicites en sont exclues. Ce n’est pas uniquement un défaut futur : examinez les accès existants avant application.

Effet de sélection : les cases soumises définissent l’ensemble désiré. Le gestionnaire ajoute leurs liens catalogue et nettoie préférences/liens entreprise-test des fournisseurs omis. Cela ne prouve pas la suppression de tous les résultats historiques, mais peut retirer la disponibilité. Une soumission vide est refusée ; la désactivation totale via ce formulaire n’est pas établie.

3. Configurer la conversion score–compétence

Les ratios par défaut et Goshaba ont des formulaires distincts. Le nombre de niveaux de maîtrise détermine le nombre de tranches.

1. Confirmez l’échelle avec le responsable du référentiel.
2. Vérifiez chaque borne basse/haute et le niveau correspondant.
3. Renseignez tous les champs requis puis appliquez la section.
4. En test autorisé, vérifiez bornes, conversions et compétences déjà issues de tests avant généralisation.

À l’initialisation de ratios absents, TestSettingsService divise 0–100 en tranches arrondies de même largeur. Pour quatre niveaux : [0,25], [25,50], [50,75], [75,100]. Ces bornes générées ne garantissent pas une interprétation identique par tous les fournisseurs.

Effet sur les compétences existantes : la sauvegarde recalcule les Userskill de source Test de l’entreprise. Ce recalcul lit le ratio par défaut ; les imports fournisseurs ont leurs propres règles. Validez les bornes avec des résultats représentatifs ; le guide technique décrit une réserve d’implémentation. Restaurer le formulaire ne constitue pas un retour arrière vérifié de toutes les notes.

Tests d’anglais par niveau

Un seuil distinct met à jour les enregistrements A1, A2, B1, B2, C1 et C2 de l’entreprise. La vue lit la valeur d’A1 actif ; la sauvegarde l’applique aux enregistrements existants de ces niveaux. Aucun seuil universel établi. Cette progression est distincte de la réalisation fondée sur les rapports.

4. Associer compétences et potentiels

Consultez les panneaux de compétences et, selon support, de potentiels dans le détail. Le contrôleur propose les compétences de référentiels publics de l’entreprise et distingue potentiels Goshaba et autres.

La correspondance n’est qu’une dépendance : import fournisseur et contexte collaborateur déterminent l’effet. L’import ordinaire SkillValue v2 exige par exemple un emploi avant attribution de compétences. Validez un test réellement terminé avant de promettre une mise à jour. Score, maîtrise et dimensions de personnalité/potentiel restent distincts.

Ajouter des correspondances et revoir la réévaluation

Observé : VOIR LE TEST → Match de compétences de SQL Senior indiquait Oups! Vous n’avez pas de compétences liées à ce test. Ajouter une compétence ouvrait Compétences. La sauvegarde reste vérifiée dans le code seulement.

1. Ouvrez Match de compétences, proposé avec edit_test_skill ou sans objet restrictif de permissions.
2. Choisissez Ajouter une compétence et les compétences de l’entreprise. Pour les tests à potentiels, regroupez-les sous le potentiel concerné.
3. Examinez Réévaluer les compétences déjà attribuées, coché en direct. Si company_test_reinittest est permis ou sans objet restrictif, la case est rendue cochée par défaut.
4. Validez puis examinez correspondances, attributions et évaluations affectées.

Match de compétences est actif, sans lien. Utilisez l’ajout autorisé pour préparer une correspondance ; cela reste distinct de l’attribution et de la réalisation.

Afficher en taille réelle

Le dialogue contient l’option de remplacement des évaluations existantes et des avertissements. Lisez les effets avant validation ; ce dialogue non soumis ne prouve ni correspondance enregistrée ni score converti.

Afficher en taille réelle

Observé : le dialogue annonce l’attribution automatique aux collaborateurs possédant une compétence liée verrouillée et la réévaluation des compétences déjà évaluées par ce test. Il a été fermé sans sauvegarde.

Vérifié : l’insertion de nouveaux liens recherche les personnes dont l’emploi courant utilise ces compétences et appelle l’attribution en mode réattribution, sans email dans cet appel. Avec réévaluation, les compétences correspondantes issues de tests passent à zéro, origine et score effacés. Le nouvel essai effectif dépend toujours du fournisseur.

Retirer des correspondances

Lisez la confirmation. Vérifié : le gestionnaire retire les liens entreprise/test choisis, puis remet à zéro les compétences correspondantes de source Test, en effaçant source et score. Ce n’est pas un changement cosmétique. Cela n’établit pas la suppression du rapport ou de la tentative chez le fournisseur. Le guide technique précise limites de requête et de compteur.

5. Configurer accès et notifications

Contrôle	Responsabilité vérifiée
Population autorisée	UserAllowedService limite tableaux et candidats manager.
mandatory_tests	Actions d’obligation et restrictions sur ces attributions.
test_reassigned	Présentation de réattribution ; support fournisseur encore requis.
test_d	Présentation de suppression ; le serveur vérifie aussi entreprise et obligation.
edit_test_skill	Onglet des compétences du détail.
company_test_reinittest	Case de réévaluation, cochée lorsqu’elle est proposée ; condition UI distincte du serveur.
Notification d’attribution	Modèle TEST_ASSIGNMENT, contrôlé dans la langue par défaut. Email optionnel et réservé aux nouvelles lignes dans le point d’entrée tracé.

Ces contrôles sont distincts. Un contrôle UI ne prouve pas le même filtrage sur chaque point d’entrée ; voir les limites d’accès techniques.

Prérequis de lancement CodinGame — référence d’implémentation

Vérifié : CGTestManager::supports() exige company_api_CG et un company_api_CG_url non vide, ainsi qu’un collaborateur, une entreprise et un test valides. L’inscription utilise l’identité de campagne externe. Ces clés internes relèvent du responsable d’intégration ; leurs valeurs n’ont pas été inspectées. La visibilité catalogue seule ne prouve pas leur fonctionnement.

L’erreur observée n’identifie pas la dépendance en échec. Faites examiner tentative existante, réponse fournisseur et URL avant nouvelle attribution. Aucun test de l’exemple n’a été terminé.

Validation, déploiement et changements réversibles

Avec des comptes approuvés, vérifiez catalogue, langue, attribution, notification souhaitée, lancement, réalisation, audience et niveau converti. L’exemple vérifie catalogue, attribution sans email, obligation persistante et carte personnelle. Lancement indisponible : exécution, réalisation et compétences restent non vérifiées. Les paramètres restaient refusés à Jim.

Fournisseurs, visibilité, ratios et seuils de langue ont des sauvegardes séparées. Conservez les valeurs antérieures dans le processus de changement. Réactiver ou restaurer un seuil ne garantit pas de rétablir liens, invitations, visibilité ou notes. Examinez les enregistrements concernés, sans promettre un retour arrière en un clic.

Problème	Contrôles
Catalogue vide	Fournisseurs, liens de disponibilité, import, statut, langue et filtres.
Visibilité différente	Préférence et visibilité d’attribution, is_changed_visibility.
Niveau modifié de façon inattendue	Ratios, échelle, import fournisseur et correspondances.
Nouvel essai indisponible	test_reassigned, attente existante et implémentation fournisseur.
Goshaba absent après paramétrage	Clés de l’entreprise et résultat de l’import ; sauvegarder lance l’import.
Paramètres refusés	Contexte authentifié et exigence de School racine.

Interfaces et anciens paramètres

Le modèle courant tracé est testPartners.html.twig. tests.html.twig contient d’anciens formulaires et descriptions, sans être l’autorité sur les adaptateurs actuels. Aucun équivalent nextgen identifié dans la recherche ciblée. Navigation et disponibilité dépendent du déploiement.

Sources et limites

• Observé : 23 octobre 2026, Chrome, PS Testing 2026 avec Jim : 87 tests, SQL Senior CodinGame, attribution sans email, obligation persistante, carte en attente, réévaluation cochée, échec de lancement et paramètres refusés. Captures de cette session.
• Vérifié : src/Company/AccountBundle/Controller/SettingController.php (testPartnerAction, saveTestPartnerAction, saveScoreRatioSkillAction, updateUserSkillsNoteByNewScoreRatio) ; Service/{TestSettingsService,HandleTestPartnerSavingService}.php ; Resources/views/Setting/{testPartners.html.twig,js/testPartners.js.twig} ; src/Main/ConfigBundle/Repository/Test/TestResultRepository.php ; src/Company/TestBundle/Controller/InterneController.php ; src/Main/ConfigBundle/Controller/TestController.php, Repository/UserskillRepository.php ; src/Company/TestBundle/Resources/views/Interne/Includes/{_test_view-body,_test_skills-modals}.html.twig ; src/Service/TestMarketplace/, relatifs à smartmobility-legacy.
• Déduit : ordre de déploiement recommandé.
• Non vérifié : paramètres modifiables, secrets/imports, correspondances sauvegardées, email reçu, exécution fournisseur réussie, bornes et retour arrière. Une attribution locale créée pour Jim ; obligation activée, vérifiée puis remise en optionnel ; email désactivé. Aucun paramètre fournisseur, mapping, réponse ou partage sauvegardé.