Testing a maker contract
Last updated
Last updated
Work in progress
This page is currently being updated - thank you for your understanding.
After following the tutorial or some of the guides in this section, you have created a and are ready to test it. Mangrove offers a helper contract, , that helps setup everything needed for writing a test using the Mangrove core protocol.
We are going to use as the test runner - and we are going to use some of the features that Foundry provides for testing. Please refer to for instructions on how to get and setup Foundry. For this guide, we assume basic knowledge of writing and running tests with Foundry - as can be gained by reading the relevant sections on in the Foundry book.
For this example, we are going to write a simple test for the Amplifier
contract that we implemented in the advanced part of .
When creating the test file, remember to use the naming convention <name>.t.sol
, this way Foundry knows what files are tests.
The first thing to do is to import the relevant contracts. As mentioned, we are going to use the helper contract provided by the Mangrove test library, . This allows us to avoid having to fork an existing chain with Mangrove deployed. We may simply deploy a Mangrove protocol for this specific purpose before running our tests.
The Mangrove test library provides other helpers. We import Polygon
- a helper to fork the polygon chain. We do this because we want to use the real addresses for WETH, USDC and DAI. (This is not strictly necessary - we could just create some test tokens and use those instead.)
We also import the Amplifier
contract - the contract that we wish to test. The last thing we import is MgvStructs
, which contain struct definitions for the , which we shall need in the test.
The console import is not strictly needed - however, it can be very useful, if we want to log something to the console while we are developing the test. Let us import it for now.
Amplifier.t.sol - Imports
We call the test contract AmplifierTest
and let it inherit from MangroveTest
to be able to use all helper functions. We override the basic setUp()
function provided by MangroveTest
to setup the actors we shall need in the test. We need 3 tokens, the fork the test should run on, a taker address and the Amplifier
contract.
For this test, we are going to use the test contract as the offer maker. Consequentially, it should be able to receive funds (from the taker), so we make sure to define the receive()
function.
We do the following in setUp()
- refer to the full implementation below:
use the pinned fork of Polygon provided the Mangrove test library
get three tokens from the fork
setup the two relevant markets - DAI/WETH and USDC/WETH (using a helper from MangroveTest
)
create an address for the taker, and provide it with native tokens, as well as DAI and USDC for taking the offer(s)
as the taker, we also need to approve Mangrove for taking the funds
We also use a helper function $()
provided by the Mangrove testing library offering a shorthand for writing address()
and casting the contract to its address.
Amplifier.t.sol - Contract and Setup
With setUp
done, let us write the first test.
Breaking the problem down, for this test, we need to
deploy Amplifier
on our local fork,
take one of the offers, and verify our conditions
We implement these two steps as separate functions (we need to deploy the contract for other tests, also).
Amplifier.t.sol - Testing a successful fill
Now, of course, we need to implement deployStrat()
and execTraderStratWithFillSuccess()
.
Deploying a contract on the fork is just calling its constructor of the contract. We give the address of the testing contract($(this)
) as the administrator of the Amplifier
contract to be able to use that directly as the maker.
Amplifier.t.sol - Deploying on a fork
With this, we have a function that can deploy a new Amplifier
contract on our local chain. Let us turn to writing the actual test.
Let us unfold the specification for the test itself.
For this first test, we want to
snipe one of the offers, and,
verify these properties
both maker and taker received tokens as expected
after trade execution both offers are retracted
Let us continue our divide-and-conquer strategy and write helper methods for the two first steps, before writing the body of the test. (As we shall see, we can reuse these helper methods, later.)
Amplifier.t.sol - Post and fund offers
Mangrove provides snipe exactly for taking a specific offer.
Amplifier.t.sol - Take a single offer
With these helper methods, the test body amounts to the following steps:
Amplifier.t.sol - Putting it all together
In verifying, we use a few helper functions provided by MangroveTest
cash(token, amount)
- that helps us ensure that we use the correct decimals for a specific token,
minusFee(address_outbound, address_inbound, price)
- that calculates the fee for a given market and price,
Amplifier.t.sol - Testing partial fill
When you have sufficiently tested your %%maker contract|maker-contract%%, you may want to deploy your contract to a real chain.
In the implementation, we use standard cheatcodes, startPrank(<address>)
, stopPrank(<address>
provided by Foundry for setting up the test (see ).
We start by testing that we can take the offer fully without any rejections, and that after both offers are retracted (recall that was how we Amplifier
). Let us call the test test_success_fill
- in line with the naming guidelines of the .
After deployment, we use the helper provided by , which helps setup the correct token approvals for Mangrove for our .
Before calling activate()
we also take the opportunity to demonstrate the related helper, , which checks whether necessary approvals have been setup, and, if not, reverts (recall that expectRevert(<message>)
is a ).
post and fund a pair of offers using ,
Post and Fund Offers
Posting offers with Amplifier
is simply a call to , sending along funds for the . (And we make a note to ensure in the test body that the testing contract has the funds for the .)
Taking a Single Offer
We make sure to impersonate the taker that we setup an address for . (Recall that Foundry provides for this exact purpose.)
And Finally, The Test
Approve the of Amplifier
to access the WETH of the tester contract, which was given as when deploying the Amplifier (read more about ).
Provide the tester contract with some WETH to be able to successfully what the offer promises. (Using another cheatcode from Foundry, .)
Post and fund offers with .
Snipe one offer with .
Assert and verify the properties .
and a few view functions provided by Mangrove, offers()
and isLive()
(see ).
In Foundry tests are run with the Forge tool, typically invoking something like forge test
. Please refer to the for updated documentation.
With our helper functions for posting and sniping offers, we we can easily add more tests. For instance, testing that an offer was correctly handled for a looks like this:
Amplifier.t.sol - Helper function
A full test file for for the Amplifier
contract can be found .
When you have sufficiently tested your , you may want to to a real chain.rovedao/mangrove-strats/blob/a265abeb96a053e386d346c7c9e431878382749c/test/toy_strategies/Amplifier.t.sol#L72-L76
A full test file for for the Amplifier
contract can be found .