Le QA ne s'arrête pas à la fin du sprint. Ni au périmètre du projet.

Pour clore cette série, Christophe Popiol et moi on élargit la focale : le rôle des communautés QA comme France-QA dans la montée en compétences collective, ce que les entreprises recherchent vraiment quand elles recrutent un QA (spoiler : pas juste quelqu'un qui exécute des cas de test), et comment se différencier concrètement pour trouver des missions qui ont du sens.

Curiosité, autonomie, posture d'explorateur : c'est ça que le marché valorise. Et c'est ça que cette série a cherché à illustrer, épisode après épisode.

Sur desktop, les specs sont incomplètes. Sur mobile, elles sont insuffisantes par construction.

Devices, OS, réseau instable, interruptions, gestes, contextes d'usage réels : le mobile expose tout ce que les cas nominaux ne couvrent jamais. Et c'est là que les QA qui se limitent aux specs se font rattraper par la réalité utilisateur.

Dans cet épisode, Christophe Popiol partage sa vision du QA mobile comme explorateur — celui qui teste dans la vraie vie, observe les usages réels, et ne se contente pas de valider que ça "fonctionne en conditions idéales".

On parle batterie, performance, interruptions, et posture d'investigation dans un contexte où l'environnement est par nature incontrôlable.

Si tu testes uniquement ce que tu vois à l'écran, tu testes la surface.Les vraies anomalies, elles se cachent ailleurs : dans les logs, dans les temps de réponse, dans les warnings que personne ne regarde.

Dans cet épisode, Christophe Popiol explique comment un QA mature sort du mode "boîte noire" pour exploiter les signaux techniques. Erreurs silencieuses, comportements intermittents, dégradations de performance : autant d'indices que l'UI ne te montrera jamais mais que les logs, eux, racontent.

On parle méthode : comment corréler symptômes et causes, comment poser les bonnes questions au bon niveau, comment passer du cochage de cases à l'enquête système.