Skip to content

GretchenPi/evm_js_tests

 
 

Repository files navigation

Quick Start

    npm install
    npx hardhat test    # to run tests
    npx hardhat test --network devnet    # to run tests against the devnet
    npx hardhat test --log-jsonrpc    # to run tests and print JSON-RPC requests/responses
    npx hardhat test --log-txnid    # to run tests and print transaction ids.
    DEBUG=true npx hardhat test    # to run tests and print log messages. `.env` file can be used as well.
    npx hardhat test --grep something    # to run tests containing `something` in the description
    npx hardhat test filename    # to run tests of `filename`
    npx hardhat test folder/*    # to run tests of `folder`
    npx hardhat test --parallel   # to run tests in parallel
    npx hardhat test test/scilla/*    # to run scilla tests only
    SCILLA=false npx hardhat test   # to disable scilla tests. `.env` file can be used as well.

Start Testing

A few simple rules before start

  1. Please prefer ethers.js library to web3.js. Our default library to use throughout the the code is ethers.js.
  2. Please use typescript. Javascript is not used anymore in this test suite. You can learn more about typescript here.
  3. Please don't add commented tests. You can't add disabled tests as well, unless you create a ticket for it.

For more info, see Testing conventions and best practices.

Add a new contract

  1. Add a new contract to contracts folder
  2. Compile it using npx hardhat compile

Add a new test scenario

  1. Add a new javascript file to test folder
  2. Deploy the contract.
  3. Add your test cases using describe and it blocks
  4. Expect results using chai assertions. Below is the list of most useful ones:
expect(123).to.equal(123);
expect(2).to.not.equal(1);
expect(true).to.be.true;
expect(false).to.be.false;
expect(null).to.be.null;
expect(undefined).to.be.undefined;
expect(contract.address).exist;
expect("foobar").to.have.string("bar");
expect(badFn).to.throw();

It's also useful to use hardhat chai matchers if possible:

await expect(contract.call()).to.emit(contract, "Uint").withArgs(3); // For events
await expect(contract.call()).to.be.reverted;
await expect(contract.call()).to.be.revertedWith("Some revert message");
expect("0xf39fd6e51aad88f6f4ce6ab8827279cfffb92266").to.be.a.properAddress;
await expect(contract.withdraw())
  .to.changeEtherBalance(contract.address, ethers.utils.parseEther("-1.0"))
  .to.changeEtherBalance(owner.address, ethers.utils.parseEther("1.0"));

Run the tests

npx hardhat test        # Run all the tests
npx hardhat test --grep "something"     # Run tests containing "something" in their descriptions
npx hardhat test --bail     # Stop running tests after the first test failure
npx hardhat test --parallel

Run the tests with ethernal plugin

ETHERNAL_EMAIL="devops+ethernal@zilliqa.com" ETHERNAL_PASSWORD="YourPassword" ETHERNAL_WORKSPACE="Zilliqa Testnet" npx hardhat test --network public_testnet

Ethernal is an EVM-based blockchain explorer

For more info, see hardhat ethernal plugin

How to define a new network for hardhat

  1. Add a new network to hardhat.config.ts inside networks property:
...
const config: any = {
  solidity: "0.8.9",
  defaultNetwork: "isolated_server",
  networks: {
    ganache: {
      url: "http://127.0.0.1:7545",
      chainId: 1337,
      accounts: [
        "c95690aed4461afd835b17492ff889af72267a8bdf7d781e305576cd8f7eb182",
        "05751249685e856287c2b2b9346e70a70e1d750bc69a35cef740f409ad0264ad"
      ]
    },
...
  1. Change the default network:
module.exports = {
  solidity: "0.8.9",
  defaultNetwork: "ganache",
...

Alternatively, It's possible to run the tests with --network option:

npx hardhat test --network ganache

How to debug

  • Use --log-txnid to print out the transaction IDs.
  • Use --log-jsonrpc option to enable Json-RPC requests/responses logging. It only works with ethers.js currently.
  • Use vscode debugger
  • Use logDebug and DEBUG=true environment variable to print out log messages.
DEBUG=true npx hardhat test

Alternatively you can change DEBUG variable in the .env file.

Testing conventions and best practices

  • File names tries to tell us the scenario we're testing.
  • We don't pollute test results with logs. So if you want to add them for debugging, please consider using logDebug function:
import {logDebug} from "../helpers";
logDebug(result);
  • Every it block should have one assertion, readable and easy to understand.
  • Follow GIVEN, WHEN and, THEN BDD style
    • Top level describe for GIVEN
    • Nested describes for WHEN
    • it blocks for THEN
// GIVEN
describe("Contract with payable constructor", function () {
  // WHEN
  describe("When ethers.js is used", function () {
    let contract;
    let INITIAL_BALANCE = 10;

    before(async function () {
      const Contract = await ethers.getContractFactory("WithPayableConstructor");
      contract = await Contract.deploy({
        value: INITIAL_BALANCE
      });
    });

    // THEN
    it("Should be deployed successfully", async function () {
      expect(contract.address).exist;
    });
  });
});
  • It's acceptable to disable tests as long as the following rules are fulfilled:
    1. A useless test should be removed from code, not disabled.
    2. A disabled test should be in xit instead of it block. xit blocks are for skipping tests. Commented tests are FORBIDDEN.
    3. A disabled test should have a FIXME comment containing an issue number to track it. Disabled tests must be addressed ASAP.
    // FIXME: In ZIL-4879
    xit("Should not be possible to move more than available tokens to some address", async function () {
  • We use [@tag1, @tag2, @tag3, ...] in test descriptions to add tags to tests. This is based on Mocha's tagging convention. In order to run tag1 tests, you can use --grep @tag1.
it("Should return correct value for string [@transactional, @ethers_js]", async function () {
  await contract.setName(STRING);
  expect(await contract.getStringPublic()).to.be.eq(STRING);
});
  • @transactional tag is used for those tests which generate ethereum transactions. Calling pure functions or view functions doesn't generate a transaction for example. Transactional tests may use for populating an empty testnet with some transactions.

  • Second parameter to expect function is used to log in the case of test failure. We use it to debug failing tests on devnet or testnet easier.

const txn = await payer.sendTransaction({
  to: payee.address,
  value: FUND
});

expect(await ethers.provider.getBalance(payee.address), `Txn Hash: ${txn.hash}`).to.be.eq(FUND);

Scilla

Testing

Scilla testing is done through the hardhat scilla plugin. It's possible to deploy a scilla contract by its name and call its transitions just like a normal function call. It's also possible to get a field value through a function call. In the below sections, all of these topics are covered in detail.

Deploy a contract

To deploy a contract all you need to know is its name:

import {parallelizer} from "../../helpers";

let contract: ScillaContract = await parallelizer.deployScillaContract("SetGet");
let contract: ScillaContract = await parallelizer.deployScillaContract("HelloWorld", "Hello World"); // Contract with initial parameters.

Call a transition

It's not harder than calling a normal function in typescript. Let's assume we have a transition named Set which accepts a number as its parameter. Here is how to call it:

await contract.Set(12);

Get field value

If a given contract has a filed named msg is possible to get its current value using a function call to msg()

const msg = await contract.msg();

Expect a result

Chai matchers can be used to expect a value:

it("Should set state correctly", async function () {
  const VALUE = 12;
  await contract.Set(VALUE);
  expect(await contract.value()).to.be.eq(VALUE);
});

There are two custom chai matchers specially developed to expect scilla events. eventLog and eventLogWithParams. Use eventLog if you just need to expect event name:

it("Should contain event data if emit function is called", async function () {
  const tx = await contract.emit();
  expect(tx).to.have.eventLog("Emit");
});

Otherwise, if you need to deeply expect an event, you should use eventLogWithParams. The first parameter is again the event name. The rest are parameters of the expected event. If you expect to have an event like getHello sending a parameter named msg with a "hello world" value:

it("Should send getHello() event when getHello() transition is called", async function () {
  const tx = await contract.getHello();
  expect(tx).to.have.eventLogWithParams("getHello()", {value: "hello world", vname: "msg"});
});

You can even expect data type of the parameter(s):

expect(tx).to.have.eventLogWithParams("getHello()", {value: "hello world", vname: "msg", type: "String"});

Type should be a valid Scilla type.

But if you just want to expect on the value of a event parameter do this:

expect(tx).to.have.eventLogWithParams("getHello()", {value: "hello world"});

for more tests please take look at scilla tests.

TODO

  • Support formatting complex data types such as Map and List.

Tasks

Scilla checker task

To run scilla-checker on all of the scilla contracts in the contracts directory run:

npx hardhat scilla-check --libdir path_to_stdlib

alternatively, you can check a specific file(s):

npx hardhat scilla-check --libdir path_to_stdlib contracts/scilla/helloWorld.scilla

TODO

  • Add scilla-fmt task

miscellaneous

.env File

to change some of the testing behaviors environment variables are used. They can be changed using the .env file. Here is the list of them:

  • DEBUG=true to enable debugging logs.
  • SCILLA=false to ignore scilla tests.
  • MOCHA_TIMEOUT=3000 to set the mocha timeout in milliseconds.
  • ETHERNAL_EMAIL="devops+ethernal@zilliqa.com" to set Ethernal email.
  • ETHERNAL_WORKSPACE="Zilliqa Testnet" to set Ethernal workspace.
  • ETHERNAL_PASSWORD="Your Password" If it's not set, ethernal plugin will be disabled.

Scripts

To get the balances of the current accounts, run:

npx hardhat run scripts/Accounts.js
npx hardhat run scripts/Accounts.js --network public_testnet

When you start a testnet, your funds are initially in zil addresses, which is inconvenient. The following script takes the private keys you have in your hardhat config, and moves half of the funds at that address to the same address, but eth style.

npx hardhat run scripts/FundAccountsFromZil.ts --network testnet

Setup github pre-commit hook

You may want to set up pre-commit hook to fix your code before commit by: npm run prepare

Alternatively, you can always fix your code manually before uploading to remote:

npm run lint

Feed devnet with transactions

It's possible to use FeedDevnet.js to send transactions to devnet continuously:

npx hardhat run scripts/FeedDevnet.js --network devnet

Instead of devnet we can pass any other networks defined in the config file.

Increase tests timeout

Set the timeout as a environment variable before running the tests. It's in milliseconds.

MOCHA_TIMEOUT=300000 npx hardhat test

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • TypeScript 78.8%
  • Solidity 20.5%
  • Other 0.7%