Note de terrain · Performance

Un test me dit que l’application fonctionne. Un test de volume me dit jusqu’où elle peut aller.

En 1998, avant de livrer une application de comptabilité à son premier client, je voulais savoir non seulement si elle fonctionnait, mais aussi jusqu’où elle pouvait aller.

La première question

J’ai vérifié que l’application s’ouvrait, calculait, enregistrait et produisait le résultat attendu. Cela prouvait qu’elle fonctionnait avec les données que j’avais devant moi. Cela ne me disait pas ce qui se passerait après des mois ou des années d’utilisation.

La seconde question

J’ai commencé avec quelques enregistrements et j’ai augmenté progressivement le volume. Avec quelques milliers d’enregistrements, l’application fonctionnait bien. Avec quelques centaines de milliers, elle ralentissait. Autour d’un million, elle ne répondait plus.

Pourquoi la différence compte

Un test fonctionnel vérifie le résultat pour un cas. Un test de volume montre la courbe : comment le temps, la mémoire et la stabilité évoluent lorsque les données ou les répétitions augmentent. La limite était bien plus proche que je ne l’espérais, mais je l’ai trouvée chez moi avant la livraison, au lieu de laisser le client la découvrir plus tard.

Ce qui est resté

J’ai conservé la même question à travers Access, SQL Server, ASP, C#, SharePoint, les services cloud et le travail assisté par IA. La technologie a changé. Les questions sur le volume, la largeur, le temps d’attente, la répétition et le résultat vérifié sont restées.

Un test me dit que l’application fonctionne. Un test de volume me dit jusqu’où elle peut aller.
Retour aux articles