web3-testing
Tester des smart contracts avec Hardhat et Foundry
Les équipes travaillant sur les smart contracts ont besoin de tests reproductibles avant de déployer des changements de protocole. Cette compétence fournit des modèles pratiques avec Hardhat et Foundry pour les tests unitaires, les forks, le fuzzing, les vérifications de gas, la couverture et la vérification.
Installer avec mon Agent
Copiez cette demande dans votre Agent. Elle contient la page Skill de référence et le manifeste.
Review the Skillstore skill "web3-testing" from https://skillstore.io/skills/wshobson-web3-testing.md and its manifest at https://skillstore.io/api/skills/wshobson-web3-testing/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Votre Agent doit toujours présenter son plan et demander toute confirmation exigée par la politique de sécurité.
Ressources lisibles par les agents
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Tester
Utilisation de « web3-testing ». J’ai besoin de tests pour une fonction de transfert ERC-20.
Résultat attendu:
- Un plan de tests Hardhat suggéré couvrant les transferts réussis, les reverts pour solde insuffisant, les vérifications d’adresse zéro et les assertions d’événement Transfer.
- Une structure de fixture qui déploie le token une seule fois et réutilise un état propre entre les tests.
- Une courte liste de cas limites à ajouter avant la publication.
Utilisation de « web3-testing ». Je veux tester mon protocole avec Uniswap sur un fork.
Résultat attendu:
- Une checklist de tests sur fork couvrant le choix d’un bloc fixe, la configuration RPC, les soldes de tokens, les appels au routeur et les assertions déterministes.
- Des recommandations pour garder les clés privées hors des tests et utiliser l’usurpation locale uniquement sur l’état forké.
- Des protections CI recommandées pour les tests qui dépendent de fournisseurs RPC externes.
Audit de sécurité
SûrAll static findings were reviewed against SKILL.md and adjudicated as false positives. The matches are Markdown fences, normal Solidity imports, Hardhat and Foundry examples, placeholder RPC usage, and environment variable references without exfiltration or prompt injection evidence.
Facteurs de risque
⚙️ Commandes externes (21)
🌐 Accès réseau (3)
📁 Accès au système de fichiers (1)
🔑 Variables d’environnement (15)
Partager et citer ce rapport
Partagez le rapport d’évaluation versionné, le badge neutre, la carte intégrable et les citations. Skillstore présente les preuves sans décider si ce Skill est sûr.
Copier le lien du rapport
https://skillstore.io/skills/wshobson-web3-testing/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportBadge Markdown
[](https://skillstore.io/skills/wshobson-web3-testing?utm_source=security_passport_badge)Badge HTML
<a href="https://skillstore.io/skills/wshobson-web3-testing?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/wshobson-web3-testing/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Carte intégrable
<iframe src="https://skillstore.io/embed/skills/wshobson-web3-testing.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Citations académiques (APA · BibTeX · CFF)
Citation APA
wshobson. (2026). web3-testing security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/wshobson-web3-testing/audits/8Citation BibTeX
@techreport{wshobson-wshobson-web3-testing-2026,
author = {wshobson},
title = {web3-testing security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/wshobson-web3-testing/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "web3-testing security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "wshobson"
date-released: "2026-07-08"
url: "https://skillstore.io/skills/wshobson-web3-testing/audits/8"
identifiers:
- type: other
value: "skillstore:wshobson-web3-testing:audit:8"
description: "Skillstore immutable audit report identifier"
Comparer les variantes
2 variantes installablesChaque auteur reste un skill installable distinct. La variante recommandée est classée selon les preuves Skillstore.
Pourquoi cette variante est première
wshobson-web3-testing
2026-09-09
sickn33-web3-testing
2026-09-09
Score Skillstore
Pourquoi ce score Niveau de confiance des preuves: ÉlevéCe que vous pouvez créer
Lancer une suite de tests Solidity
Configurer des tests Hardhat ou Foundry pour le déploiement, les transferts, les chemins de revert, les événements et les comportements basés sur le temps.
Valider des intégrations DeFi
Utiliser le forking mainnet pour tester les interactions avec des contrats de tokens et de routeurs existants avant la publication de l’intégration.
Améliorer la confiance avant publication
Ajouter la couverture, les vérifications de gas, le fuzzing et les étapes de test CI afin de rendre les changements de contrats plus faciles à examiner.
Essayez ces prompts
Aide-moi à écrire des tests unitaires Hardhat pour mon contrat Solidity. Couvre le déploiement, la propriété, les transferts, les événements et les reverts attendus.
Examine ce comportement de contrat et propose des tests de fuzzing Foundry avec des hypothèses, des invariants et des cas limites clairs.
Planifie une suite de tests sur fork mainnet pour cette intégration DeFi. Inclus la configuration RPC, les fixtures de contrats, les limites d’usurpation et les assertions.
Évalue ma stratégie de tests de smart contracts pour identifier les risques non couverts. Vérifie le contrôle d’accès, la réentrance, les limites de gas, les tests sur fork, la CI et les étapes de vérification.
Bonnes pratiques
- Utiliser des fixtures déterministes et des blocs de fork fixes pour obtenir des résultats de test reproductibles.
- Conserver les clés privées et les identifiants RPC dans des secrets d’environnement à portée limitée, jamais dans les fichiers source.
- Combiner tests unitaires, tests de fuzzing, tests sur fork, vérifications de gas et couverture avant la publication.
Éviter
- Ne pas utiliser de clés privées de production dans les configurations de test locales ou CI.
- Ne pas s’appuyer uniquement sur les tests de fork mainnet lorsque des tests unitaires isolés peuvent vérifier la logique centrale.
- Ne pas considérer des pourcentages élevés de couverture comme une preuve que le risque protocolaire est entièrement testé.