NestJS Enterprise Backend APIs · Lekcja

Testy jednostkowe inteligentnych kontraktów

Naucz się pisać kompleksowe testy jednostkowe dla kontraktów Solidity, aby zapewnić ich poprawność, bezpieczeństwo i zgodność z oczekiwanym działaniem.

Lekcja 4 z 612 kroki

Testy jednostkowe inteligentnych kontraktów to bezpłatna lekcja NestJS Enterprise Backend APIs na CoddyKit. To lekcja 4 z 6. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej NestJS Enterprise Backend APIs, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs NestJS Enterprise Backend APIs zawiera 6 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

Unit Testing Smart Contracts

Welcome to unit testing for smart contracts! This lesson will guide you through writing effective tests for your Solidity code.

Unit tests are crucial in traditional software development, but they are absolutely vital in the blockchain world due to the immutable nature of smart contracts and the financial value they often secure.

Why Test Smart Contracts?

Unlike regular applications, smart contracts, once deployed, cannot be easily changed. Bugs can lead to significant financial losses or system failures.

  • Immutability: Deployed contracts are permanent.
  • High Stakes: Often manage valuable assets.
  • Security: Protect against vulnerabilities.
  • Reliability: Ensure functions behave as expected.
  • Gas Costs: Bugs can waste user funds.

Thorough testing helps catch issues before deployment.

Introducing Hardhat for Testing

Hardhat is a popular Ethereum development environment that includes a powerful testing framework. It provides a local Ethereum network (Hardhat Network) for fast, isolated testing.

  • Local Network: Deploy and test without real gas fees.
  • Ethers.js Integration: Interact with contracts using a familiar JavaScript library.
  • Debugging: Tools for understanding transaction failures.

We'll use Hardhat to write our unit tests.

Basic Contract for Testing

Let's start with a simple Solidity contract that we'll use for our unit tests. This Counter contract allows us to increment, decrement, and get a count.

Copy and save this as contracts/Counter.sol in your Hardhat project.

pragma solidity ^0.8.0;

contract Counter {
  uint public count;

  constructor() {
    count = 0;
  }

  function increment() public {
    count += 1;
  }

  function decrement() public {
    require(count > 0, "Count cannot be negative");
    count -= 1;
  }

  function getCount() public view returns (uint) {
    return count;
  }
}

Setting Up Your Test File

Hardhat expects test files to be in the test/ directory. We'll use Mocha for our test runner and Chai for assertions, both integrated with Hardhat.

  • describe(): Groups related tests.
  • it(): Defines an individual test case.
  • beforeEach(): Runs before each test in a describe block, useful for setup.

Let's create a file named test/Counter.js.

Deploying Your Contract in Tests

Before we can test our contract's functions, we need to deploy it to our local Hardhat network. The beforeEach block is perfect for this, ensuring a fresh deployment for every test.

Try running this test file. It should pass if your contract is correctly set up.

const { expect } = require("chai");
const { ethers } = require("hardhat");

describe("Counter", function () {
  let counter; // Declare 'counter' to be accessible in all tests

  beforeEach(async function () {
    const CounterFactory = await ethers.getContractFactory("Counter");
    counter = await CounterFactory.deploy();
    await counter.deployed(); // Wait for deployment to be confirmed
  });

  // A simple test to confirm deployment
  it("Should confirm the contract is deployed", async function () {
    expect(counter.address).to.not.be.null;
  });
});

Testing Initial State

The first thing to test is if our contract's initial state is correct. Our Counter contract's count should start at 0.

We use expect() from Chai to make assertions about our contract's behavior. to.equal() checks for equality.

const { expect } = require("chai");
const { ethers } = require("hardhat");

describe("Counter", function () {
  let counter;

  beforeEach(async function () {
    const CounterFactory = await ethers.getContractFactory("Counter");
    counter = await CounterFactory.deploy();
    await counter.deployed();
  });

  it("Should return the initial count of 0", async function () {
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should confirm the contract is deployed", async function () {
    expect(counter.address).to.not.be.null;
  });
});

Testing State Changes (Increment)

Now let's test a function that changes the contract's state. After calling increment(), we expect the count to increase by one.

Remember that state-changing functions need to be awaited because they involve a transaction on the blockchain.

const { expect } = require("chai");
const { ethers } = require("hardhat");

describe("Counter", function () {
  let counter;

  beforeEach(async function () {
    const CounterFactory = await ethers.getContractFactory("Counter");
    counter = await CounterFactory.deploy();
    await counter.deployed();
  });

  it("Should return the initial count of 0", async function () {
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should increment the count by 1", async function () {
    await counter.increment();
    expect(await counter.getCount()).to.equal(1);
  });

  it("Should confirm the contract is deployed", async function () {
    expect(counter.address).to.not.be.null;
  });
});

Testing Function Logic (Decrement)

We can also test the decrement() function. For this, we first need to increment the counter to ensure count is greater than zero.

This shows how tests can involve a sequence of operations to reach a desired state before asserting the outcome.

const { expect } = require("chai");
const { ethers } = require("hardhat");

describe("Counter", function () {
  let counter;

  beforeEach(async function () {
    const CounterFactory = await ethers.getContractFactory("Counter");
    counter = await CounterFactory.deploy();
    await counter.deployed();
  });

  it("Should return the initial count of 0", async function () {
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should increment the count by 1", async function () {
    await counter.increment();
    expect(await counter.getCount()).to.equal(1);
  });

  it("Should decrement the count by 1", async function () {
    await counter.increment(); // First increment to make count > 0
    await counter.decrement();
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should confirm the contract is deployed", async function () {
    expect(counter.address).to.not.be.null;
  });
});

Testing for Expected Reverts

Smart contracts often use require() or revert() to enforce conditions. It's vital to test that these conditions correctly trigger a revert when violated.

Chai's to.be.revertedWith() assertion allows us to check for specific error messages.

const { expect } = require("chai");
const { ethers } = require("hardhat");

describe("Counter", function () {
  let counter;

  beforeEach(async function () {
    const CounterFactory = await ethers.getContractFactory("Counter");
    counter = await CounterFactory.deploy();
    await counter.deployed();
  });

  it("Should return the initial count of 0", async function () {
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should increment the count by 1", async function () {
    await counter.increment();
    expect(await counter.getCount()).to.equal(1);
  });

  it("Should decrement the count by 1", async function () {
    await counter.increment();
    await counter.decrement();
    expect(await counter.getCount()).to.equal(0);
  });

  it("Should revert if decrementing from zero", async function () {
    await expect(counter.decrement()).to.be.revertedWith("Count cannot be negative");
  });

  it("Should confirm the contract is deployed", async function () {
    expect(counter.address).to.not.be.null;
  });
});

Quick Check: Test Assertions

What are the key benefits of using expect().to.be.revertedWith("...") in smart contract unit tests?

Recap: Unit Testing Power

In this lesson, you've learned the critical importance of unit testing for smart contracts and how to write effective tests using Hardhat, Mocha, and Chai.

  • Smart contracts require rigorous testing due to their immutability.
  • Hardhat provides a powerful local environment for fast testing.
  • You can test initial states, state changes, function logic, and expected reverts.

Mastering unit testing is a fundamental skill for any secure and reliable DApp developer.

Bezpłatny start

Ucz się TypeScript dzięki korepetycjom AI — za darmo

Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.

Kursy
20
Lekcje
76

Często zadawane pytania

Czy lekcja „Testy jednostkowe inteligentnych kontraktów” jest bezpłatna?

Tak — pełny tekst „Testy jednostkowe inteligentnych kontraktów” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu NestJS Enterprise Backend APIs, przejdź na CoddyKit PRO. Kurs NestJS Enterprise Backend APIs zawiera 6 lekcji w sumie.

Co nauczysz się w „Testy jednostkowe inteligentnych kontraktów”?

Naucz się pisać kompleksowe testy jednostkowe dla kontraktów Solidity, aby zapewnić ich poprawność, bezpieczeństwo i zgodność z oczekiwanym działaniem. Ćwiczysz NestJS Enterprise Backend APIs z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć NestJS Enterprise Backend APIs?

Nie wymagamy żadnego doświadczenia. NestJS Enterprise Backend APIs w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 6.

Ile czasu zajmuje lekcja „Testy jednostkowe inteligentnych kontraktów”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji NestJS Enterprise Backend APIs?

Tak. Każda lekcja NestJS Enterprise Backend APIs zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Testy jednostkowe i E2E
  2. Frameworki Hardhat i Truffle
  3. Testowanie wydajności API
  4. Testy jednostkowe inteligentnych kontraktów
  5. Konteneryzacja za pomocą Dockera i Kubernetes
  6. Wdrażanie w sieciach testowych i sieci głównej
← Powrót do NestJS Enterprise Backend APIs