Dans nos m\u00e9tiers, nous avons l’habitude de classer les tests en fonction du p\u00e9rim\u00e8tre test\u00e9 (tests unitaires, d’int\u00e9gration, fonctionnels), potentiellement en fonction de comment on test (en boite noire, en boite blanche, par fuzzing, par mutation), et on a une petite place suppl\u00e9mentaire pour les tests de performance, les tests d’intrusions, voir deux trois petites choses \u00e0 cot\u00e9. Voil\u00e0. On a des tests, potentiellement pour diff\u00e9rentes raisons (facilit\u00e9 de developpement, bonnes pratiques, habitudes), les devs les \u00e9crivent lorsqu’ils produisent les fonctionnalit\u00e9s ou lorsqu’ils corrigent des bugs. Et c’est tr\u00e8s bien. Cet article a pour but de pr\u00e9senter une fa\u00e7on diff\u00e9rente d’aborder les tests : les aborder par \u00abqui garanti quoi vis \u00e0 vis de qui ?\u00bb. Une fois qu’on a r\u00e9pondu \u00e0 cette question \u00e7a change grandement la fa\u00e7on de cat\u00e9goriser les tests et la fa\u00e7on de le \u00e9crire.<\/p>\n\n\n\n
Mon approche sur les tests \u00e9tant lourdement influenc\u00e9e par mon exp\u00e9rience chez EDF, on va commencer par r\u00e9sumer grossi\u00e8rement comment fonctionne une centrale de production d’\u00e9lectricit\u00e9.<\/p>\n\n\n\n
On va globalement s\u00e9parer les services en deux : le service conduite qui assure l’exploitation du r\u00e9acteur (et donc la production \u00e9nergie) et les services de maintenance qui assurent les op\u00e9rations sur le mat\u00e9riel (en pr\u00e9ventif ou correctif). <\/p>\n\n\n\n
Prenons un exemple.<\/p>\n\n\n\n
Pour une raison quelconque (anomalie constat\u00e9e, op\u00e9ration p\u00e9riodique…), il faut faire le contr\u00f4le d’une pompe. Si on purge tous les \u00e9l\u00e9ments de proc\u00e9dure pour se concentrer sur ce qui nous int\u00e9resse : <\/p>\n\n\n\n
Et l\u00e0, avant de remettre le mat\u00e9riel en exploitation, il va y avoir deux choses \u00e0 faire : une requalification intrins\u00e8que et une requalification fonctionnelle.<\/p>\n\n\n\n
La requalification intrins\u00e8que est faite par le service de maintenance, alors que le mat\u00e9riel est encore isol\u00e9. C’est une premi\u00e8re \u00e9tape de v\u00e9rification de la performance du mat\u00e9riel permettant de dire \u00abDe ce qu’on peut \u00e9valuer en isolation, le mat\u00e9riel va fonctionner normalement\u00bb. Un peu comme lorsqu’on a chang\u00e9 une chambre a air sur un v\u00e9lo, il est encore \u00e0 l’envers sur le guidon, on v\u00e9rifie que le pneu est gonfl\u00e9 uniform\u00e9ment et on consid\u00e8re qu’on peut faire un test plus pouss\u00e9.<\/p>\n\n\n\n
Si tout est bon, on va op\u00e9rer une requalification fonctionnelle. L\u00e0, l’exploitant \u00e0 partir de ses connaissances sur le mat\u00e9riel et des contraintes auxquels il est soumis va d\u00e9cider de comment il test le mat\u00e9riel avant de le remettre en condition d’exploitation. Un peu comme apr\u00e8s avoir remis le v\u00e9lo \u00e0 l’endroit, on sautille sur le v\u00e9lo, on acc\u00e9l\u00e8re un coup puis on freine ; histoire de v\u00e9rifier que tout r\u00e9agit normalement avant de repartir \u00abpour de vrai\u00bb. <\/p>\n\n\n\n
L\u2019\u00e9l\u00e9ment que je tiens \u00e0 souligner dans cette requalification fonctionnelle, c’est que c’est l’exploitant qui d\u00e9cide comment il teste le mat\u00e9riel avant de le remettre en exploitation. Ce qui est logique puisque c’est lui qui est responsable de l’exploitation. L’autre \u00e9l\u00e9ment important qui est en filigrane est que l’exploitant a besoin d’avoir une excellente connaissance sur les \u00e9quipements.<\/p>\n\n\n\n
Les essais p\u00e9riodiques sont… des essais… fait r\u00e9guli\u00e8rement… pour s’assurer que l’exploitation fonctionne normalement. Par exemple, on va s’assurer qu’entre le moment o\u00f9 on appui sur l’interrupteur pour actionner un g\u00e9n\u00e9rateur de secours et le moment o\u00f9 il d\u00e9marre il s’\u00e9coule moins d’un certain temps. <\/p>\n\n\n\n
Si on r\u00e9sume, on a : <\/p>\n\n\n\n
Une requalification intrins\u00e8que faite par la maintenance, dans un environnement isol\u00e9, pour garantir \u00e0 l’exploitant qu’il n’y a rien d’\u00e9vident qui serait bloquant (une vis manquante, un axe voil\u00e9, etc)<\/p>\n\n\n\n
Une requalification fonctionnelle faite par l’exploitant, en environnement contr\u00f4l\u00e9, pour lui garantir qu’il peut remettre le mat\u00e9riel en exploitation et garantir \u00e0 l’autorit\u00e9 de contr\u00f4le qu’il respecte les normes attendues.<\/p>\n\n\n\n
Des essais p\u00e9riodique pilot\u00e9 par l’exploitant, en production, qui garantissent \u00e0 l’autorit\u00e9 de contr\u00f4le que les \u00e9quipements fonctionnent correctement.<\/p>\n\n\n\n
\u00c0 partir de l\u00e0, j’ai plusieurs impressions qui ressortent : <\/p>\n\n\n\n
Alors quel est le souci ? <\/p>\n\n\n\n
Le souci, c’est que la responsabilit\u00e9 \u00abL’ensemble doit fonctionner en prod\u00bb est \u00e0 la fois dilu\u00e9 un peu partout entre les \u00e9quipes \u00absyst\u00e8me\u00bb et les \u00e9quipe de \u00abdev\u00bb. Et du fait de cette dilution, le poids de cette responsabilit\u00e9 va \u00eatre plus \u00e9crasant. Prenons l’exemple d’un test fonctionnel de cr\u00e9ation d’un compte. Est-ce que j’ai beaucoup moins confiance dans le test s’il utilise une BDD sqlite en m\u00e9moire plut\u00f4t qu’un vrai serveur MySQL comme en production ? <\/p>\n\n\n\n
Et si on est un peu plus confiant avec le vrai serveur MySQL, est-ce que ce niveau de confiance vaut l’effort suppl\u00e9mentaire de suivi des versions sur les environnement de d\u00e9veloppement ? <\/p>\n\n\n\n
<\/p>\n\n\n\n
Cette question est int\u00e9ressante. Elle vient assez naturellement \u00e0 toute \u00e9quipe de Dev, surtout si l’\u00e9quipe n’est pas homog\u00e8ne d’un point de vue technologie et syst\u00e8me d’exploitation. Et surtout,elle n’est pas du tout li\u00e9e au fait d’\u00eatre serein sur les productions. Pour prendre un exemple un peu concret : dans mon souci d’avoir une exploitation fonctionnelle, je ne me pose m\u00eame pas la question de si les \u00e9quipes front compilent leurs framework depuis l’env \u00abiso-prod\u00bb ou s’il le font depuis leur environnement host parce que pour des soucis de performance, c’est plus pratique pour eux. Et je peux me permettre de ne pas m’int\u00e9resser \u00e0 ce sujet parce que j’ai des tests end-to-end qui tournent avec un syst\u00e8me d’installation et d\u2019ex\u00e9cution que j’estime suffisamment proche de la r\u00e9alit\u00e9 pour \u00eatre serein. Mais si \u00e7a n’avait pas \u00e9t\u00e9 sp\u00e9cifiquement mon r\u00f4le de faire en sorte que \u00e7a marche en prod, \u00e7a aurait \u00e9t\u00e9 beaucoup plus compliqu\u00e9 de justifier le temps pass\u00e9 \u00e0 la mise en place de cet environnement.<\/p>\n\n\n\n
In fine, avoir des gens qui ont formellement la responsabilit\u00e9 de faire en sorte que \u00ab\u00e7a marche\u00bb fait que de solutions cr\u00e9\u00e9es sp\u00e9cifiquement pour s’assurer que \u00ab\u00e7a marche\u00bb \u00e9mergent. Cr\u00e9ez des r\u00f4les sp\u00e9cifiquement pour s’assurer de la p\u00e9rennit\u00e9 de la production et des solutions adapt\u00e9es \u00e0 votre environnement \u00e9mergeront.<\/p>\n","protected":false},"excerpt":{"rendered":"
TL;DR Dans nos m\u00e9tiers, nous avons l’habitude de classer les tests en fonction du p\u00e9rim\u00e8tre test\u00e9 (tests unitaires, d’int\u00e9gration, fonctionnels), potentiellement en fonction de comment on test (en boite noire, en boite blanche, par fuzzing, par mutation), et on a une petite place suppl\u00e9mentaire pour les tests de performance, les […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-35","post","type-post","status-publish","format-standard","hentry","category-non-classe"],"_links":{"self":[{"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/posts\/35","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=35"}],"version-history":[{"count":7,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/posts\/35\/revisions"}],"predecessor-version":[{"id":44,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=\/wp\/v2\/posts\/35\/revisions\/44"}],"wp:attachment":[{"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=35"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=35"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/malinssireglouglou.fr\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=35"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}