leo/tests
2024-11-19 16:06:21 -08:00
..
expectations Regen expectations 2024-11-14 16:11:30 -08:00
test-framework chore(leo): bump version for new release 2024-11-19 16:06:21 -08:00
tests Fix and pass tests 2024-11-14 15:19:41 -08:00
README.md Switch to TOML for tests instead of YAML. 2024-10-21 16:08:46 -07:00

Leo Test Framework

This directory includes Leo code samples, which are parsed and used as tests by test-framework.

Structure

Currently, the test framework covers only two areas: compiler and parser; tests for both destinations are placed in matching folders. The third folder - expectations - contains results of test execution which are saved in git and then compared to test output.

Test Structure

Tests can be placed either in the compiler/ or in the parser/ directories. Each test is a Leo file with correct (or intentionally incorrect) Leo code. What makes Leo file a test is a block comment at the top of the file:

/*
namespace = "Parse"
expectation = "Pass"
*/

struct X {
    x: u32,
    y: u32,
}

This comment is a TOML document with some mandatory and optional fields.

Test Expectations

After an initial run of the tests, test expectations will be autogenerated and placed under the expectations/ directory. They will contain the results of execution in detail (for example, in the compiler tests, they include number of constraints and output registers).

During subsequent test runs, the results of each test are compared to the stored expectations, and if the stored expectations (say, number of constraints in Pedersen Hash example) don't match actual results, an error will be thrown and the test won't pass. Of course, there are two possible scenarios:

  1. If the test has failed because the logic was changed intentionally, then expectations need to be deleted. New ones will be generated instead. A PR should contain changes to expectations as well as to tests or code.
  2. If the test should pass, then expectations should not be changed or removed.

Test Configuration

There are several different values for the namespace test option.

Parser Directory namespaces:

  • Parse - Test a file to check that it is a valid Leo program.
  • ParseExpression - Test a file line by line to check that each line is a valid Leo expression.
  • ParseStatement - Test a file consuming multiple lines till a blank line to check that it contains a valid Leo statement.
  • Serialize - Test a file to check that it can be serialized to JSON.
  • Token - Test a file line by line to check that it contains zero or more valid Leo parser tokens.

Compiler Directory namespaces:

  • Compiler - Test a file to check that it is a valid Leo program, and it can be compiled without errors.
  • Execute - Test a file to check that it is a valid Leo program, and it can be compiled and executed without errors.