Recherche de la transparence

Description

La transparence est l'un des piliers de Scrum, avec l'inspection et l'adaptation [Schwaber 2020]. Elle rend visible le travail effectué. Sans transparence, l'inspection est impossible, l'état réel des éléments produits est trompeur et peut conduire à de mauvaises décisions.

Cette quête de transparence conduit l'équipe à :

• fournir les conditions dans lesquelles les User Stories (US) sont acceptées, notamment par le biais du DoD et d'autres critères d'acceptation pour chaque US
• établir une norme de codage avec laquelle le code est considéré comme "acceptable", ce qui est d'autant plus vrai lorsque le produit généré est important, à tel point que l'une des doctrines SAFe est "on ne peut pas mettre à l'échelle un code merdique" [SAFe 2021-19] [SAFe 2021-20]
• améliorer la testabilité des éléments produits à tous les niveaux

‍

Application à la maturité des tests

La testabilité peut être vue sous quatre angles [Moustier 2020] :

• ses moyens, sa testabilité technique
• son accessibilité, sa testabilité extrinsèque
• ses moyens internes, sa testabilité intrinsèque
• sa diffusion, sa testabilité sociale

Ces différentes parties contribuent à établir la transparence sur le produit et les activités qui le génèrent.

Le côté technique de la testabilité encourage la conception d'un produit qui intègre la qualité dès le départ [SAFe 2021-19] [SAFe 2021-20], en utilisant un langage ubiquitaire qui permet la transparence et l'intelligibilité des éléments produits par les acteurs du domaine.

Cette testabilité technique se retrouve notamment :

• au niveau d'une interface graphique ou d'une API (d'un service ou même d'une bibliothèque) qui permet de vérifier l'exécution correcte d'une fonctionnalité (par exemple, un message qui fournit des informations sur l'exécution correcte d'une action)
• au niveau des logs, qui contiennent des traces des activités et des erreurs rencontrées

‍

Lorsqu'un moyen technique de test est directement accessible à son niveau, il constitue une testabilité extrinsèque ; lorsque ce moyen nécessite de pénétrer dans des couches de l'application qui sont cachées au client au niveau adressé, la testabilité est alors qualifiée d'intrinsèque.

Quels que soient les moyens et le niveau d'accessibilité d'une testabilité, si elle n'est connue que d'une seule personne, elle restera non testable. C'est le côté social de la testabilité que Scrum résume sous le terme de transparence. Sa divulgation peut se faire de manière formelle à travers des documents mais aussi de manière informelle, c'est la connaissance tacite [Nonaka 1998].

La position d'Agilitest sur cette pratique

Les avantages d'Agilitest résident dans la vérification automatique, principalement au niveau :

• des interfaces graphiques accessibles via un navigateur, un téléphone mobile ou une application Windows ou iOS.
• des APIs REST

Mais Agilitest est également capable de s'interfacer avec des outils de test de performance tels qu'Octoperf [Cressend 2020].

Son moteur open source, disponible sur Github [Pierrehub2b 2021], permet l'exécution de scénarios accessibles à tous, sans coût de licence, et favorise ainsi le côté social de la testabilité et la transparence de la qualité des produits.

‍

Pour découvrir l'ensemble des pratiques, cliquez ici.

‍