Je ne comprends pas vraiment la demande, tu veux "tester" ton code dans le sens de savoir ou il est compréhensible? il y a un boulot monstre si c'est une grosse macro, encore plus si tu n'es pas à l'origine de celle-ci, pour la rendre lisible.
Après j'ai envie de dire, si tu la présente à un spécialiste, il devrait comprendre (en se creusant les méninges) mais c'est respectueux de vouloirbien mettre ça en ordre
Pour prendre de bonne habitude ce n'est pas "parfois" mais tout le temps si possible ^^, on peut citer:
- regrouper en fonction les bouts de code qui se répètent
- mettre des commentaires lorsque la ligne de code n'est pas explicit sans aller à l'extrême, cela ne sert à rien par exemple de mettre 8)
'on coupe
ActiveCell.Cut
- utiliser des noms de variables facile à cerner :
Dim v1425 as string
Dim VALEUR689 as integer
Même pour celui qui a fait la macro, quand on revient 2 semaines après on se demande ce qu'on a bien foutu!
-on peut utiliser
Option Explicit
en première ligne dans un module pour que VBA check automatiquement les variables utilisées, par exemple si je fais une boucle avec une variable LIGNE sans la déclarer, il y aura un code erreur comme quoi on utilise une variable sans l'avoir déclarer ce qui est suspect. Cela peut servir ^^
Bien prendre le temps de faire tout cela est un investissement sur l'avenir même si en effet lors du développement cela prend plus de temps de bien structurer à la place de taper des lignes et de tester dans la foulée
Après si le but est de le montrer à un spécialiste pour vérifier l'intégrité du code en lui même (surement les outils dont parle James, j'imagine si les boucles sont bien faites, pas de fuite de mémoire, toute les variables sont utilisés, ce genre de truc même si je ne sais pas si ça existe), c'est bizarre de vouloir corriger un code avant de le donner à un spécialiste qui j'imagine sera la pour tester le code? ^^
Dans quel cas veux-tu vérifier ton code pour le présenter par curiosité ?
ECG