Code coverage for Solidity smart-contracts
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
c-g-e-w-e-k-e- 4c2c9e5e99 Merge pull request #1 from sc-forks/truffle3 8 years ago
test Disable two "config" tests for CI - multiple testrpc launches max out container memory limit 8 years ago
.eslintignore Rename "run" folders/files "cli" for consistency 8 years ago
.eslintrc Lint II 8 years ago
.gitignore Merge adriamb inheritance fix, use non-forked (global) truffle 8 years ago
LICENSE Add MIT License 8 years ago
README.md Misc edits for clarity 8 years ago
circle.yml Merge adriamb inheritance fix, use non-forked (global) truffle 8 years ago
coverageMap.js eslint-ed 8 years ago
exec.js Allow testrpc options string in config, rename run to cli (test sequencing fix) 8 years ago
injector.js eslint-ed 8 years ago
instrumentSolidity.js Accomodate LibraryStatements in instrumentSolidity.js 8 years ago
instrumenter.js Add brief headers to new files 8 years ago
package.json Add lint script to package.json 8 years ago
parse.js Fix broken chained call handling, add unit tests to verify cases get coverage 8 years ago
preprocessor.js Run ESLint over everything 8 years ago

README.md

SolCover

CircleCI Status codecov

Code coverage for Solidity testing

coverage example

For more details about what this is, how it works and potential limitations, see the accompanying article.

Install

$ npm install --save-dev https://github.com/JoinColony/solcover.git#truffle3

Run

$ ./node_modules/solcover/exec.js

Tests run signficantly slower while coverage is being generated. A 1 to 2 minute delay between the end of Truffle compilation and the beginning of test execution is possible if your test suite is large. Large solidity files can also take a while to instrument.

Configuration

By default, Solcover generates a stub truffle.js that accomodates its special gas needs and connects to a modified version of testrpc on port 8555. If your tests will run on the development network using a standard truffle.js and a testrpc instance with no special options, you shouldn't have to do any configuration. If your tests depend on logic added to truffle.js - for example: zeppelin-solidity uses the file to expose a babel polyfill that its suite requires - you can override the default behavior by declaring a coverage network in truffle.js. Solcover will use your 'truffle.js' instead of a dynamically generated one.

Example coverage network config

module.exports = {
  networks: {
    development: {
      host: "localhost",
      port: 8545,
      network_id: "*" // Match any network id
    },
    coverage: {
      host: "localhost",
      network_id: "*", 
      port: 8555,         // <-- Use port 8555  
      gas: 0xfffffffffff, // <-- Use this high gas value
      gasPrice: 0x01      // <-- Use this low gas price
    }
  }
};

You can also create a .solcover.js config file in the root directory of your project and specify some additional options:

  • port: The port you want Solcover to run testrpc on / have truffle connect to.
  • testrpcOptions: A string of options to be appended to a command line invocation of testrpc.
    • Example: --account="0x89a...b1f',10000" --port 8777".
    • Note: you should specify the port in your testrpcOptions string AND as a port option.
  • testCommand: By default Solcover runs truffle test or truffle test --network coverage. This option lets you run tests some other way: ex: mocha --timeout 5000. You will probably also need to make sure the web3 provider for your tests explicitly connects to the port Solcover's testrpc is set to run on, e.g:
    • var web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8555"))

Example .solcover.js config file

module.exports = {
    port: 6545,
    testrpcOptions: '-p 6545 -u 0x54fd80d6ae7584d8e9a19fe1df43f04e5282cc43',
    testCommand: 'mocha --timeout 5000'
};

Known Issues

Hardcoded gas costs: If you have hardcoded gas costs into your tests some of them may fail when using SolCover. This is because the instrumentation process increases the gas costs for using the contracts, due to the extra events. If this is the case, then the coverage may be incomplete. To avoid this, using estimateGas to estimate your gas costs should be more resilient in most cases.

Events testing: Because Solcover injects events into your contracts to log which lines your tests reach, any tests that ask how many events are fired or where the event sits in the logs array will probably error while coverage is being generated.

Using require in migrations.js files: Truffle overloads Node's require function but implements a simplified search algorithm for node_modules packages (see issue #383 at Truffle). Because Solcover copies an instrumented version of your project into a temporary folder, require statements handled by Truffle internally won't resolve correctly.

Coveralls / CodeCov: These CI services take the Istanbul reports generated by Solcover and display line coverage. Istanbul's own html report publishes significantly more detail and can show whether your tests actually reach all the conditional branches in your code. It can be found inside the coverage folder at index.html after you run the tool.

Examples

TODO

  • Turn into a true command line tool, rather than just a hacked-together script
  • Release on NPM
  • Support for arbitrary testing commands
  • You tell me