Le test est le meilleur scénario pour valider l’exactitude du système. Mais, il ne prédit pas les cas d’échec qui peuvent survenir en production. Des équipes d’ingénieurs expérimentés vous diront que les environnements de production ne sont pas uniformes et pleins de déviations passionnantes.
Le fait amusant est que les tests en production vous aident à tester les modifications de code sur le trafic des utilisateurs en direct, à détecter les bogues tôt et à fournir une solution robuste qui augmente la satisfaction client. Mais cela ne vous aide pas à détecter la cause première de l’échec.
Et c’est pourquoi l’adoption de l’observabilité dans les tests est essentielle. Il vous offre une visibilité complète sur l’infrastructure et la production pour détecter et résoudre les problèmes plus rapidement. En conséquence, les personnes utilisant l’observabilité sont 2,1 fois plus susceptibles de détecter des problèmes et de signaler un MTTR de 69 % meilleur.
Symptômes d’un manque d’observabilité
Les signes d’un manque d’observabilité apparaissaient chaque jour dans le travail des ingénieurs. Lorsqu’il y avait un problème avec la production, ce qui se produisait quotidiennement, les tentatives des développeurs pour trouver la cause du problème se heurtaient souvent à un mur et les tickets restaient bloqués dans Jira. Cela s’est produit parce qu’ils n’avaient pas suffisamment d’informations et de détails pour déterminer la cause première. Pour surmonter ces défis, les développeurs utilisaient parfois des journaux existants, ce qui n’était pas très utile car ils devaient accéder aux journaux de chaque service un par un à l’aide de Notepad ++ et les rechercher manuellement. Cela a rendu les développeurs frustrés et a rendu difficile pour l’entreprise de montrer clairement aux clients comment et quand les problèmes critiques seraient résolus, ce qui pourrait nuire à la réputation de l’entreprise au fil du temps.
Observabilité : qu’est-ce que cela signifie vraiment ?
Pour un testeur, avoir une bonne observabilité signifie la capacité de savoir ce qui se passe dans un système. Ces informations sont très précieuses pour les testeurs. Bien que l’observabilité soit généralement associée à l’ingénierie de la fiabilité, elle aide les testeurs à mieux comprendre et étudier les systèmes complexes. Cela permet au testeur et à son équipe d’améliorer davantage la qualité du système, telle que sa sécurité, sa fiabilité et ses performances.
J’ai découvert ce problème grâce à une expérience difficile. Beaucoup d’autres auraient pu vivre une expérience similaire. Lors de la vérification d’un produit, j’ai eu du mal à comprendre les complications du produit, ce qui est courant pour les testeurs. Alors que j’essayais de comprendre le produit en lisant sa notice et en discutant avec les personnes impliquées, j’ai remarqué que les informations que j’avais recueillies n’avaient aucun sens. À l’époque, je ne connaissais pas le terme technique pour cela, mais avec le recul, il était évident que le système manquait d’observabilité. Il était presque impossible de savoir ce qui se passait à l’intérieur de l’application.
Alors que les tests se concentrent sur la détermination si une fonctionnalité spécifique fonctionne comme prévu, l’observabilité se concentre sur la santé globale du système. En conséquence, ils brossent un tableau complet de votre système lorsqu’il est pris dans son ensemble.
Les tests logiciels traditionnels, c’est-à-dire les tests dans des environnements de pré-production ou de mise en scène, se concentrent sur la validation de l’exactitude du système. Cependant, tant que vous n’exécuterez pas vos services dans l’environnement de production, vous ne pourrez pas couvrir et prévoir toutes les pannes susceptibles de se produire.
Les tests en production vous aident à découvrir tous les cas de défaillance possibles d’un système, assurant ainsi la fiabilité et la stabilité du service. Grâce à l’observabilité, vous pouvez avoir une vue détaillée de votre infrastructure et de vos environnements de production. En outre, vous pouvez prédire l’échec dans les environnements de production grâce aux données de télémétrie, telles que les journaux, les métriques et les traces.
L’observabilité dans l’environnement de production vous aide à fournir des produits robustes aux clients.
L’observabilité remplace-t-elle vraiment les tests ?
Du point de vue d’un testeur, rien ne remplace le niveau de détail qu’un système véritablement observable peut fournir. Bien qu’à un niveau pratique, l’observabilité repose sur trois piliers : les journaux (un enregistrement d’un événement qui s’est produit à l’intérieur d’un système), des métriques (une valeur qui reflète un comportement particulier à l’intérieur d’un système) et des traces (un enregistrement de bas niveau de la façon dont quelque chose s’est déplacé à l’intérieur d’un système) – c’est aussi plus que ces trois éléments. « Il ne s’agit pas de journaux, de métriques ou de traces », écrit l’ingénieur logiciel Cindy Sridharan dans Distributed Systems Observability, « mais d’être axé sur les données pendant le débogage et d’utiliser les commentaires pour itérer et améliorer le produit ». En d’autres termes, pour bien faire l’observabilité, vous n’avez pas seulement besoin de métriques efficaces, de journaux bien structurés et d’un traçage étendu. Vous avez également besoin d’un état d’esprit curieux, exploratoire et désireux d’apprendre et des processus qui peuvent rendre toutes ces choses significatives et percutantes.
Cela fait des testeurs et de l’observabilité des alliés naturels. Tester consiste, après tout, à poser des questions sur un système ou une application, à être curieux de savoir comment quelque chose fonctionne ou, souvent, comment quelque chose devrait fonctionner ; l’observabilité concerne beaucoup toutes ces choses. C’est dommage, alors, que trop de testeurs ne connaissent pas l’observabilité – non seulement cela les aidera à faire leur travail plus efficacement, mais ils sont aussi exactement le genre de personnes dans le cycle de vie du développement logiciel qui peuvent évangéliser pour construire des systèmes observables.
Pour garder les choses simples, il y a deux façons principales dont nous devrions voir l’observabilité comme aidant les testeurs :
- Il aide les testeurs à découvrir des détails granulaires sur les problèmes du système : lors des tests exploratoires, l’observabilité peut aider les testeurs à trouver la cause première de tout problème grâce à des données de télémétrie telles que les journaux, les traces et les métriques, ce qui contribue à une meilleure collaboration entre les différentes équipes et à une résolution plus rapide des incidents.
- Cela aide les testeurs à poser des questions et à explorer le système : les testeurs sont curieux et aiment explorer de nouvelles choses. Avec l’outil d’observabilité, ils peuvent explorer le système en profondeur et découvrir les problèmes. Cela les aide à découvrir des informations précieuses qui les aident à prendre des décisions éclairées lors des tests.
Conclusion
Les tests et l’observabilité vont de pair pour garantir la robustesse et la fiabilité d’un système. Alors que les tests traditionnels se concentrent sur la validation de l’exactitude du système dans les environnements de pré-production, les tests en production peuvent découvrir tous les cas de défaillance possibles. D’autre part, Observability offre une visibilité complète sur l’infrastructure et les environnements de production, ce qui permet de détecter et de résoudre les problèmes plus rapidement. De plus, l’observabilité aide les testeurs à découvrir des détails granulaires sur les problèmes du système et leur permet de poser des questions et d’explorer le système plus en profondeur. Les testeurs et l’observabilité sont des alliés naturels, et l’adoption de l’observabilité peut conduire à une meilleure résolution des incidents, à des décisions de test éclairées et à une satisfaction client accrue.