
SPOPI / DSIIR · Classe entière sans ordinateur
TD guidé, puis TP sur le ticket Kevin Multitabs. Protocole, quatre essais imposés, deux essais complémentaires et dossier diagnostic.
Découverte de Python avec Capytale pour consolider l'apprentissage des algorithmes.
Confronter les observations, justifier une conclusion et préparer la transmission.
Ticket SPOPI-B1-TCK-014, incident P3 déjà qualifié.
« Quand je travaille avec plusieurs onglets, le portail me renvoie parfois à la connexion. Je perds ce que j'avais écrit. »
— Kevin
« Je vais essayer de ne garder qu'un onglet. »
— Proposition de Kevin
Retour à la connexion et perte de saisie.
Plusieurs onglets ouverts.
Le nombre d'onglets pourrait expliquer le symptôme.
Le temps écoulé pourrait expliquer le symptôme.

Chaque hypothèse demande une comparaison. Le récit de Kevin ne suffit pas à confirmer la cause.


E1/E2, puis E3/E4. La durée reste identique dans chaque paire.
E1/E3, puis E2/E4. Le nombre d'onglets reste identique dans chaque paire.
Cette comparaison modifie deux paramètres à la fois : elle seule ne permet pas d'isoler leur effet.
Trois onglets peuvent réussir (E2) et un seul peut échouer (E3). Le nombre d'onglets n'explique pas le symptôme.
Les essais longs échouent avec un ou trois onglets (E3 et E4). La durée semble déterminante.
Les quatre essais ne donnent pas le seuil exact. La cause du dysfonctionnement d'un vrai portail reste à vérifier.

Présentez les durées choisies pour E5 et E6 et expliquez ce qu'elles permettent de préciser.
Exemple de comparaison complémentaire : un onglet à 19 minutes, puis à 20 minutes.
Résultats du modèle pour cet exemple : réussite à 19 minutes, expiration à 20 minutes.
Il vérifie à l'envoi si 20 minutes virtuelles se sont écoulées depuis la connexion. Le protocole impose une saisie immédiate, suivie d'une attente.
Le modèle ne reproduit pas tous les mécanismes d'inactivité ou de renouvellement de session.
Consulter la configuration et les événements aux heures signalées avec le responsable applicatif.
Une capture s'accompagne du numéro d'essai, de l'environnement simulé, des étapes, des conditions et du message exact.
Elle indique aussi l'état de connexion et le devenir de la saisie.
Mauvaise légende à améliorer :
« Ça ne marche pas, voir image. »

« Un seul onglet » ne suffit pas dans le simulateur : E3 échoue aussi avec un seul onglet.
Préparer la saisie dans un brouillon local autorisé, se reconnecter puis envoyer rapidement.
Elle exige une cause établie, une intervention autorisée et une vérification. Le ticket reste en investigation.
Sur feuille, rédigez une synthèse courte avec :
Travail individuel puis relecture à deux. 12 minutes.


« Bonjour Kevin, nous avons étudié la déconnexion avec perte de saisie. Dans notre simulateur, elle apparaît après une attente prolongée, avec un ou plusieurs onglets. Ces essais ne confirment pas encore la cause sur votre portail. Nous demandons au responsable applicatif de vérifier le délai de session et les événements de connexion. Pourriez-vous préciser l'heure du prochain incident et le message affiché ? »
En AP, vous avez découvert Python avec Capytale.
Le lien de méthode : suivre des étapes précises, choisir des données d'essai, prévoir un résultat puis comparer avec l'observation.
Exercice nouveau, sur papier : une règle simplifiée dit « si le temps écoulé est supérieur ou égal à 20, afficher expiration, sinon afficher réussite ».
Quels résultats prévoir pour 2, 19, 20 et 25 ? Expliquez pourquoi 19 et 20 sont utiles.
Diagnostic applicatif : exploiter les essais