Audit de code & qualité du code

À quoi répond un audit de code

La question n'est que rarement « le code est-il bon ». Elle est : qu'avons-nous réellement ici, où le travail s'accumule-t-il, et qu'est-ce qui nous occupera l'an prochain. Un audit y répond avec des références précises plutôt qu'avec des impressions — chaque constat est vérifiable, et qui le conteste peut le faire au même endroit.

Pourquoi le code généré par IA exige un contrôle spécifique

Une grande partie du code produit aujourd'hui provient d'un modèle de langage. Il se lit proprement, respecte les conventions et apporte pourtant des schémas qu'un développeur humain produit rarement : des dépendances vers des paquets qui n'existent pas, une gestion d'erreurs qui avale l'erreur et des tests qui passent au vert sans rien vérifier. Une revue calibrée sur les fautes d'inattention ne cherche pas cela.

Quatre angles d'analyse

La sécurité s'intéresse aux dépendances, aux secrets dans le code source et aux entrées non contrôlées. La structure demande où la même chose a été construite plusieurs fois et où les modifications s'accumulent. L'état des tests ne s'intéresse pas à un pourcentage, mais à la capacité des tests à passer au rouge. Et la livraison porte sur les trois endroits où une erreur coûte cher : le déploiement, la migration et chaque nouveau paquet.

Ce que vous obtenez à la fin

Un rapport de constats, chacun avec sa référence et le moyen de le reproduire, et au-dessus un ordre de priorité selon l'impact. Une liste sans ordre est à peine exploitable pour une équipe qui doit livrer en parallèle. Ce qui peut être automatisé doit ensuite être intégré à la chaîne de livraison — sinon le résultat devient obsolète dès le prochain commit.