Chapitre 11 — L’indépendance des testeurs#

Ocarina se revendique comme étant un outil d’émancipation. Trois axes : grammaire souveraine, auditabilité, refus explicites. Ce chapitre lie la philosophie aux conséquences pratiques.

Plan#

#FichierSujet
0101-sovereign-grammar.mdPas de DSL imposé, pas d’écosystème où il faut tout réécrire, extension par composition.
0202-auditability.md« Auditable en une après-midi ». 1 dépendance d’exécution. Anti No-Code.
0303-explicit-refusals.mdasync/await, plugin pytest, contributions « stylées », « trucs de geeks ».

Engagement#

Rappel du Holy Book (chapitre « Qu’est donc Ocarina ? ») :

Et c’est aussi pour ces raisons qu’il existe : pour rendre aux testeurs leur indépendance. Le tout avec un bijou de synthèse.

→ « Indépendance » est un mot politique. L’auteur le revendique.

L’indépendance en trois dimensions#

DimensionManifestation
Vis-à-vis des vendorsPas de plateforme propriétaire, pas de SaaS associé, pas d’API tierce nécessaire
Vis-à-vis des écosystèmesPas de plugin pytest, pas de DSL externe (Gherkin, RF), pas de framework lourd à apprendre
Vis-à-vis des « experts » qui imposent leurs « vues de l’esprit »Composition, pas héritage. Adapters projet, pas wrappers obscurs. Auditable.

Contraste#

Outil de test typiqueOcarina
Apprendre un DSL spécifiquePython pur
Dépendre d’un écosystème de pluginsUne seule dep d’exécution
Plateforme SaaS pour les rapportsPlugins locaux (DOCX, JSON)
Roadmap éditeur dictant les featuresRoadmap auteur
Convention complexe à respecterConvention ISTQB (établie depuis 30 ans)

Conséquences pratiques#

En pratique, un consultant peut arriver chez un client avec Ocarina dans sa poche, presque sans demander la permission à personne.

→ Promesse opérationnelle. On installe via pip (ou on copie directement Ocarina tout entier dans son projet à la main), on écrit les adapters, on lance.

Lectures connexes#