Test con forge
Test Solidity
Test con forge è una lezione Web3 & DApp Development Fundamentals gratuita su CoddyKit. Questa è la lezione 2 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Web3 & DApp Development Fundamentals, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Web3 & DApp Development Fundamentals include 4 lezioni in totale.
Parti di questa lezione non sono ancora state tradotte e vengono mostrate in inglese.
Tests Are Contracts
In Foundry a test file is a Solidity contract that inherits from Test in the forge-std library. Each public function whose name starts with test is run as an individual test case.
Test files live in test/ and conventionally use the .t.sol suffix.
import {Test} from "forge-std/Test.sol";
contract CounterTest is Test {
function testInitialZero() public {
// ...
}
}The setUp Function
The special setUp() function runs before every test, giving each test a fresh, isolated state. Deploy your contracts and seed any fixtures here.
Because state resets between tests, one test can never accidentally depend on another.
Counter counter;
function setUp() public {
counter = new Counter();
}Assertions
forge-std provides assertion helpers that fail the test with a clear message when they do not hold:
assertEq(a, b)— equalityassertTrue(cond)/assertFalse(cond)assertGt,assertLt,assertGe,assertLe
function testIncrement() public {
counter.increment();
assertEq(counter.number(), 1);
}Running Tests
Run the whole suite with forge test. Filter by name with --match-test or by contract with --match-contract. Increase verbosity with -v flags to see logs and traces.
$ forge test
$ forge test --match-test testIncrement -vvvExpecting Reverts
Use vm.expectRevert immediately before a call that should fail. The test passes only if the next call reverts, optionally matching a specific error message or custom error.
function testOnlyOwner() public {
vm.prank(address(0xBEEF));
vm.expectRevert("not owner");
counter.adminReset();
}Impersonating Accounts
vm.prank(addr) sets msg.sender for the very next call. vm.startPrank(addr) applies it to all calls until vm.stopPrank(). This lets you test access control without deploying from many keys.
vm.startPrank(alice);
token.approve(spender, 100);
token.transfer(bob, 50);
vm.stopPrank();Manipulating Balances and Time
Cheatcodes let you control the environment:
vm.deal(addr, amount)— set an account's ETH balancevm.warp(timestamp)— set block.timestampvm.roll(blockNum)— set block.number
These make time-dependent and balance-dependent logic easy to test deterministically.
vm.deal(alice, 10 ether);
vm.warp(block.timestamp + 7 days);
vm.roll(block.number + 100);Testing Events
vm.expectEmit declares which event fields to check, followed by the expected event, then the call that should emit it. The booleans select which topics and data to match.
vm.expectEmit(true, true, false, true);
emit Transfer(alice, bob, 100);
token.transfer(bob, 100);Labels and Logs
vm.label(addr, name) gives addresses readable names in traces. console.log from forge-std prints debug output during tests when run with sufficient verbosity.
import {console} from "forge-std/console.sol";
vm.label(alice, "Alice");
console.log("balance:", token.balanceOf(alice));Fork Testing
Foundry can fork a live network so your tests run against real deployed contracts and state. Set an RPC URL and use vm.createSelectFork to pin a block.
This is invaluable for testing integrations with protocols like Uniswap or Aave without redeploying them.
function setUp() public {
vm.createSelectFork(vm.rpcUrl("mainnet"), 19000000);
}Test Organization
Good practices for forge tests:
- One behavior per test function
- Descriptive names like
testRevertWhenNotOwner - Shared setup in
setUp() - Use prank for access control, warp for time logic
- Add fork tests for external integrations
Quick Check
What is the purpose of the setUp() function in a Foundry test contract?
Recap
You learned forge testing:
- Tests are Solidity contracts inheriting
Test; functions start withtest setUp()gives fresh state per test- Assertions:
assertEq,assertTrue, etc. - Cheatcodes:
prank,deal,warp,expectRevert,expectEmit - Fork tests run against live network state
Next: fuzzing and invariant testing.
Domande Frequenti
La lezione «Test con forge» è gratuita?
Sì — il testo completo di «Test con forge» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Web3 & DApp Development Fundamentals, passa a CoddyKit PRO. Il corso Web3 & DApp Development Fundamentals include 4 lezioni in totale.
Cosa imparerò in «Test con forge»?
Test Solidity Eserciti Web3 & DApp Development Fundamentals con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.
Ho bisogno di esperienza per iniziare Web3 & DApp Development Fundamentals?
Non è richiesta alcuna esperienza precedente. Web3 & DApp Development Fundamentals su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 2 di 4.
Quanto tempo richiede la lezione «Test con forge»?
La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.
Posso scrivere ed eseguire codice in questa lezione Web3 & DApp Development Fundamentals?
Sì. Ogni lezione Web3 & DApp Development Fundamentals include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.