Comment utiliser Foundry pour des tests de contrats intelligents plus rapides ?

Configuration de l'environnement de fonderie

1. Installez Rust à l'aide de rustup pour garantir la compatibilité avec la chaîne d'outils de Foundry.

2. Exécutez curl -L https://foundry.sh/install | bash pour récupérer et installer les derniers binaires Foundry.

3. Ajoutez ~/.foundry/bin au PATH de votre système afin que les commandes forge et cast soient globalement accessibles.

4. Initialisez un nouveau projet avec forge init my-contract , qui crée une disposition de répertoire standard comprenant les dossiers src/, test/ et script/.

5. Vérifiez l'installation en exécutant forge --version et en confirmant que la sortie inclut un hachage et une balise de validation récents.

Rédaction de contrats de test efficaces

1. Placez tous les fichiers de test dans le répertoire test/ et nommez-les avec le suffixe *.t.sol pour déclencher la détection automatique.

2. Héritez de Test dans forge-std/Test.sol pour accéder aux assertions intégrées telles que assertEq , assertTrue et vm.expectRevert .

3. Utilisez vm.prank(address) avant d'appeler des fonctions pour simuler des contextes d'expéditeur arbitraires sans déployer de comptes supplémentaires.

4. Tirez parti de vm.roll(uint256) et vm.warp(uint256) pour manipuler le numéro de bloc et l'horodatage pour les tests logiques dépendants du temps.

5. Évitez les appels RPC externes pendant les tests unitaires ; comptez sur les fourches d'enclume locales uniquement lors de la vérification du comportement par rapport aux instantanés de l'état du réseau principal.

Optimisation de la vitesse d'exécution des tests

1. Exécutez des tests avec forge test -vvv pour observer les résultats de trace détaillés et identifier les goulots d'étranglement dans les flux lourds en assertions.

2. Utilisez l'indicateur --ffi avec parcimonie, uniquement lors de l'intégration de données hors chaîne ou de scripts shell, car cela introduit une surcharge de processus.

3. Activez la mise en cache via forge build --skip-solc-version-check pour contourner la validation répétée de la version du compilateur Solidity lors d'exécutions répétées.

4. Parallélisez l'exécution des tests à l'aide de forge test --threads 4 pour distribuer les suites sur les cœurs de processeur où les tests sont isolés et sans état.

5. Excluez les tests lents ou redondants avec forge test --match-test 'testNotRelevant' pour concentrer la vérification sur les chemins à haut risque uniquement.

Échecs de débogage avec la sortie de trace

1. Déclenchez des traces détaillées à l'aide de forge test -vvv pour afficher les modifications de la pile EVM, de la mémoire et du stockage par opcode.

2. Isolez les cas de test défaillants en exécutant forge test --match-test 'testTransferFailsWhenInsufficientBalance' au lieu d'une réexécution complète de la suite.

3. Inspectez les raisons du retour avec vm.getRevertData() dans la logique de test pour affirmer le contenu précis de la chaîne d'erreur.

4. Combinez vm.record() et vm.accesses(address) pour enregistrer et vérifier les mutations d'emplacement de stockage effectuées par des contrats externes.

5. Utilisez cast rpc debug_traceTransaction sur les transactions ayant échoué dans des environnements forkés pour valider de manière croisée les chemins d'exécution de bas niveau.

Foire aux questions

Q : Les tests Foundry peuvent-ils interagir avec les contrats du réseau principal déployés ? R : Oui : l'utilisation de anvil --fork-url [RPC] permet aux tests locaux de lire l'état et d'appeler des fonctions sur des contrats en direct tout en préservant l'immuabilité de la chaîne fourchue.

Q : Comment puis-je simuler des dépendances externes comme Chainlink ou Uniswap V3 dans Foundry ? R : Remplacez les interfaces par des simulations déployées localement héritant du même ABI, puis utilisez vm.prank et vm.store pour prédéfinir les valeurs de retour dans les emplacements de stockage correspondant aux sélecteurs de fonctions attendus.

Q : Foundry prend-il en charge les tests de fuzz dès le départ ? R : Oui : annotez les fonctions de test avec la fonction testFuzz(uint256 a, adresse b) public et Foundry génère automatiquement des entrées aléatoires jusqu'aux limites configurables définies dans foundry.toml .

Q : Est-il possible de mesurer la consommation de gaz par fonction de test ? R : Absolument : ajoutez console.log_gas(true) dans n'importe quel test et exécutez avec forge test -vvv pour voir la consommation cumulée de gaz ventilée par profondeur d'appel.