Chapitre 126 minIntermédiaire
Les erreurs qui coûtent des points à l'E6
Par Josselyn C., prof de BTS SIO. Mis à jour le .
À la fin de ce chapitre, tu sauras
- connaître les pénalités officielles ;
- éviter les erreurs avant et pendant chaque phase ;
- vérifier ta préparation point par point.
1 exercice corrigé
Les erreurs qui coûtent le plus à l'E6 SLAM se commettent rarement pendant l'heure de code : elles se préparent des mois avant, dans le dossier, ou se jouent dans les entretiens. Ce chapitre les classe par moment de l'épreuve, avec ce qu'elles coûtent et le réflexe qui les évite, puis rappelle les pénalités officielles.
Les pénalités officielles
La grille d'aide à l'évaluation de la circulaire nationale prévoit trois pénalités, appliquées sur la note finale :
| Situation | Pénalité |
|---|---|
| Une réalisation professionnelle absente | 10 points |
| Les deux réalisations absentes | 20 points |
| Environnement technologique non conforme à l'annexe II.E | jusqu'à 15 points |
S'y ajoutent deux conséquences sans pénalité chiffrée : un dossier absent ou remis hors délai empêche l'interrogation et la délivrance du diplôme, et une couverture incomplète des compétences du bloc est relevée dans l'appréciation écrite.
Avant l'épreuve
| Erreur | Ce qu'elle coûte | Le réflexe |
|---|---|---|
| Deux réalisations qui ne couvrent pas les trois compétences | la commission le relève, et les sous-compétences absentes ne peuvent pas être évaluées | remplir la matrice de couverture en 1re année |
| Deux applications Web rendues côté serveur | deux situations de l'annexe II.E au lieu de trois : pénalité possible | ajouter un client lourd, une application mobile ou un front qui appelle une API |
| Une réalisation faite en équipe dont tu ne connais qu'une partie | un sujet sur la partie de ton binôme, et une heure perdue | lire, lancer et modifier tout le code avant l'épreuve |
| Une fiche descriptive vague | un sujet vague, ou sur ce que tu as mal décrit | décrire chaque fonctionnalité et tes choix (le dossier) |
| Une application hébergée sur un service gratuit, sans version locale | l'application ne répond pas le jour J | tout faire tourner en local, dépendances installées |
| Un dépôt privé, un mot de passe de test expiré | la commission ne peut pas préparer ton sujet | tester les modalités d'accès depuis un autre compte |
Pendant la phase 1
| Erreur | Ce qu'elle coûte | Le réflexe |
|---|---|---|
| Ne lire que l'explicite | des questions sur l'implicite auxquelles tu ne sais pas répondre | passer la grille des six axes (l'expression des besoins) |
| Trancher une ambiguïté en silence | une solution qui ne correspond pas à ce que la commission voulait | annoncer ton hypothèse et son coût |
| Oublier la documentation demandée | la production attendue n'est pas complète | relire la dernière rubrique du recto |
| Présenter une liste de tâches (« je vais faire une route ») | aucune argumentation : maîtrise partielle au mieux | dire pourquoi, l'impact, l'alternative écartée |
| Proposer un outil que tu n'as jamais utilisé | une installation ratée pendant l'heure | rester sur les outils de ton projet |
| Lire ta feuille | la commission doute que tu maîtrises ta solution | trois mots par point, et ton code ouvert |
| Bluffer | la relance te démasque, et la confiance tombe pour toute l'épreuve | « je ne sais pas, voici comment je vérifierais » |
Pendant la phase 2
| Erreur | Ce qu'elle coûte | Le réflexe |
|---|---|---|
| Oublier l'ajustement noté au verso | une solution qui ne répond plus à la demande | relire le verso avant la première ligne |
| Commencer par le confort | un bel écran, rien qui marche de bout en bout | le vital d'abord (réaliser en une heure) |
| Coder quarante minutes sans tester | un bug introuvable à dix minutes de la fin | un test tous les cinq à dix lignes |
| Ne jamais commiter | une tentative ratée détruit ce qui marchait | un commit après chaque étape qui marche |
| Modifier la base sans sauvegarde | une migration ratée, des données perdues | mysqldump avant la première modification |
| Oublier le contrôle d'accès demandé | une solution qui ne remplit pas la demande | toute règle « seul X peut » fait partie du vital |
| Coller du code généré que tu ne comprends pas | « expliquez-moi cette ligne » sans réponse | n'écrire que ce que tu sais expliquer |
Pendant la recette
| Erreur | Ce qu'elle coûte | Le réflexe |
|---|---|---|
| Ne montrer que le cas qui marche | la règle de gestion n'est pas prouvée | montrer aussi un cas refusé |
| Décrire l'écran | aucune preuve de maîtrise | commenter ce qui se passe sous l'écran |
| Nier un bug que la commission trouve | « ne traite pas les erreurs » | constater, expliquer la cause, dire comment corriger |
| S'excuser de ce qui manque | une impression d'échec | « le vital marche, il manque X, voici comment je le ferais » |
| Ne pas citer les compétences | la commission fait le lien à ta place, ou pas | utiliser les intitulés exacts du référentiel |
Exercice
Exercice Diagnostiquer une épreuve ratée Réussi À revoir
Malik raconte son E6 : « J'avais mis mon appli sur un hébergeur gratuit. Le matin, elle a mis deux minutes à répondre. Le sujet demandait un filtre par état sur la liste des notes, réservé aux comptables. J'ai fait un menu déroulant dans le front, très joli, puis la route. À la fin, le filtre marchait, mais je n'avais pas mis le contrôle du rôle, et je n'avais pas fait le rapport de test demandé. Pendant la recette, j'ai montré le filtre sur l'écran. »
Relève ses erreurs, dans l'ordre où il les a commises, et dis ce qu'il aurait dû faire.
Voir la réponseMasquer la réponse de l'exercice
- L'application sur un hébergeur gratuit sans version locale. Il fallait tout faire tourner en local, avec les dépendances installées, et garder l'hébergement comme bonus.
- Le confort avant le vital. Le menu déroulant est du confort. Le vital : la route filtrée, protégée par le rôle, testée avec curl.
- Le contrôle du rôle oublié. « Réservé aux comptables » fait partie de la demande : sans lui, la solution ne répond pas au besoin, et c'est aussi une faille de contrôle d'accès.
- La documentation demandée oubliée. Le rapport de test faisait partie de la production attendue. Dix minutes réservées dans le plan l'auraient sauvé.
- Une recette réduite à l'écran. Il fallait montrer un cas refusé (un salarié qui reçoit 403), les tests, et
git log --onelinepour la démarche.
Tu avais trouvé ?