Ce que l'audit regarde
Quatre dimensions, parce que la qualité logicielle échoue rarement sur une seule :
- La couverture réelle. Pas le pourcentage affiché par l'outil de couverture de code — ce chiffre mesure les lignes exécutées, pas les risques couverts. Nous regardons quels comportements du produit sont vérifiés, et lesquels reposent sur l'espoir.
- L'outillage. Ce que vous utilisez, ce que vous payez, et ce qui est réellement branché sur votre chaîne de livraison. Un outil acheté et non intégré est un coût sans contrepartie.
- Les processus. Qui décide qu'une version est livrable, sur quels critères, et ce qui se passe quand ces critères ne sont pas remplis mais que la date approche.
- La maturité. Positionnement par rapport aux référentiels — ISTQB, pyramide de test — et aux pratiques observées dans des équipes comparables à la vôtre.
Ce que vous recevez
Un document écrit, pas une présentation commerciale. Il contient l'état des lieux, les écarts classés par coût et par effort de correction, et une recommandation argumentée sur ce qu'il faut traiter en premier.
La hiérarchisation est le vrai livrable. Une liste de vingt améliorations sans ordre de priorité ne change rien : elle finit dans un fichier partagé que plus personne n'ouvre. Nous disons ce qui vient d'abord, et ce qui peut attendre dix-huit mois sans conséquence.
Quand un audit est le bon point de départ — et quand il ne l'est pas
Si vous voulez d'abord vous situer sans nous parler, le diagnostic en huit questions donne un score immédiat, et six situations types décrivent les motifs les plus fréquents.
Un audit sert quand vous hésitez sur l'investissement : vous savez qu'il faut faire quelque chose, sans savoir quoi ni combien. Il sert aussi quand une décision doit être défendue devant une direction qui veut des éléments, pas une intuition.
Il ne sert pas si vous savez déjà ce qui manque. Dans ce cas, l'audit est un détour coûteux : allez directement à la stratégie de test ou à l'industrialisation. Nous vous le dirons pendant la séance de cadrage plutôt qu'après avoir facturé.
Si votre équipe grandit vite et n'a pas encore de service qualité constitué, le cas est traité spécifiquement sur la page dédiée aux startups en croissance.
Comment cela se déroule
La séance de cadrage est offerte et dure une heure. Elle sert à établir si un audit se justifie, et à quel périmètre — une équipe, un produit, ou l'ensemble d'une organisation.
L'audit lui-même se fait par entretiens avec les personnes qui testent, lecture du code de test existant et observation de votre chaîne de livraison. Il dure de quelques jours à deux semaines selon le périmètre. Nous ne facturons pas au temps passé sans plafond : le périmètre et le prix sont arrêtés avant de commencer.
Sur l'absence de références affichées
Vous ne trouverez sur cette page ni logo client, ni pourcentage de défauts évités. Nos missions de conseil sont sous accord de confidentialité, et les deux témoignages que nous pourrions techniquement afficher ne sont pas des références clients au sens strict — les présenter comme telles serait un abus de langage que vous repéreriez en vérifiant.
La séance de cadrage est le bon test : en une heure, vous saurez si nous comprenons votre situation. C'est plus fiable qu'un mur de logos.