Diagnostic applicatif : exploiter les essais

BTS SIO 1 · Bloc 1 · B1.2Vendredi 2 octobre 2026 · 8 h–10 h

SPOPI / DSIIR · Classe entière sans ordinateur

Notre travail cette semaine

En groupe

TD guidé, puis TP sur le ticket Kevin Multitabs. Protocole, quatre essais imposés, deux essais complémentaires et dossier diagnostic.

En AP

Découverte de Python avec Capytale pour consolider l'apprentissage des algorithmes.

Aujourd'hui

Confronter les observations, justifier une conclusion et préparer la transmission.

La mission du centre de services

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

Faits et hypothèses

Symptôme rapporté

Retour à la connexion et perte de saisie.

Circonstance rapportée

Plusieurs onglets ouverts.

H1

Le nombre d'onglets pourrait expliquer le symptôme.

H2

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.

Un protocole reproductible

1

Réinitialiser et se connecter.

2

Fixer le nombre d'onglets simulés.

3

Saisir immédiatement le même texte fictif.

4

Avancer l'horloge virtuelle, puis envoyer.

5

Relever le message, la connexion et la saisie. Vérifier après reconnexion si nécessaire.

6

Conserver la preuve et repartir de zéro.

Les quatre essais du TP

Résultats du simulateur

Une seule variable dans la comparaison

Effet des onglets

E1/E2, puis E3/E4. La durée reste identique dans chaque paire.

Effet de la durée

E1/E3, puis E2/E4. Le nombre d'onglets reste identique dans chaque paire.

E1/E4 : attention !

Cette comparaison modifie deux paramètres à la fois : elle seule ne permet pas d'isoler leur effet.

Ce que soutiennent les essais

H1 fragilisée dans le modèle

Trois onglets peuvent réussir (E2) et un seul peut échouer (E3). Le nombre d'onglets n'explique pas le symptôme.

H2 soutenue dans le modèle

Les essais longs échouent avec un ou trois onglets (E3 et E4). La durée semble déterminante.

Limites

Les quatre essais ne donnent pas le seuil exact. La cause du dysfonctionnement d'un vrai portail reste à vérifier.

Le rôle des essais complémentaires

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.

Les limites du modèle

Ce que fait le simulateur

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.

Ce qu'il ne reproduit pas

Le modèle ne reproduit pas tous les mécanismes d'inactivité ou de renouvellement de session.

Sur le service réel

Consulter la configuration et les événements aux heures signalées avec le responsable applicatif.

Une preuve exploitable

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. »

Contournement et correction

Limite du contournement proposé

« Un seul onglet » ne suffit pas dans le simulateur : E3 échoue aussi avec un seul onglet.

Mesure temporaire à vérifier

Préparer la saisie dans un brouillon local autorisé, se reconnecter puis envoyer rapidement.

Correction définitive

Elle exige une cause établie, une intervention autorisée et une vérification. Le ticket reste en investigation.

Une fiche à transmettre

Sur feuille, rédigez une synthèse courte avec :

  • symptôme et environnement simulé ;
  • hypothèses et comparaisons citées ;
  • résultats et références des preuves ;
  • limites et prochaine vérification demandée.

Travail individuel puis relecture à deux. 12 minutes.

Une réponse à Kevin


Modèle — à montrer après mise en commun

« 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é ? »

Le lien avec les algorithmes

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.

Bilan de la séance

1

Quel essai montre qu'un seul onglet ne suffit pas ?

2

Quelle comparaison isole l'effet du temps ?

3

Que manque-t-il pour conclure sur un service réel ?

4

Que faut-il joindre à une capture ?