Unit and integration tests for the XP Framework
Tests reside inside a class suffixed by "Test" (a test group) and consist of methods annotated with the Test
attribute (the test cases). The convention for test method naming is to use lowercase, words separated by underscores, though this is not strictly necessary.
use test\{Assert, Test};
class CalculatorTest {
#[Test]
public function addition() {
Assert::equals(2, (new Calculator())->add(1, 1));
}
}
To run these tests, use the test
subcommand:
$ xp test CalculatorTest.class.php
> [PASS] CalculatorTest
✓ addition
Tests cases: 1 succeeded, 0 skipped, 0 failed
Memory used: 1556.36 kB (1610.49 kB peak)
Time taken: 0.001 seconds
The following shorthand methods exist on the Assert
class:
equals(mixed $expected, mixed $actual)
- check two values are equal. Uses theutil.Objects::equal()
method internally, which allows overwriting object comparison.notEquals(mixed $expected, mixed $actual)
- opposite of abovetrue(mixed $actual)
- check a given value is equal to the true booleanfalse(mixed $actual)
- check a given value is equal to the false booleannull(mixed $actual)
- check a given value is nullinstance(string|lang.Type $expected, mixed $actual)
- check a given value is an instance of the given type.matches(string $pattern, mixed $actual)
- verify the given value matches a given regular expression.throws(string|lang.Type $expected, callable $actual)
- verify the given callable raises an exception.
Using the Expect
annotation, we can write tests that assert a given exception is raised:
use test\{Assert, Expect, Test};
class CalculatorTest {
#[Test, Expect(DivisionByZero::class)]
public function division_by_zero() {
(new Calculator())->divide(1, 0);
}
}
To check the expected exceptions' messages, use the following:
- Any message:
Expect(DivisionByZero::class)
- Exact message:
Expect(DivisionByZero::class, 'Division by zero')
- Message matching regular expression:
Expect(DivisionByZero::class, '/Division by (0|zero)/i')
To keep test code short and concise, tests may be value-driven. Values can be provided either directly inline:
use test\{Assert, Test, Values};
class CalculatorTest {
#[Test, Values([[0, 0], [1, 1], [-1, 1]])]
public function addition($a, $b) {
Assert::equals($a + $b, (new Calculator())->add($a, $b));
}
}
...or by referencing a provider method as follows:
use test\{Assert, Test, Values};
class CalculatorTest {
private function operands(): iterable {
yield [0, 0];
yield [1, 1];
yield [-1, 1];
}
#[Test, Values(from: 'operands')]
public function addition($a, $b) {
Assert::equals($a + $b, (new Calculator())->add($a, $b));
}
}
Test classes and methods may have prerequisites, which must successfully verify in order for the tests to run:
use test\verify\Runtime;
use test\{Assert, Test};
#[Runtime(extensions: ['bcmath'])]
class CalculatorTest {
#[Test]
public function addition() {
Assert::equals(3, (int)bcadd(1, 2));
}
}
The following verifications are included:
Runtime(os: '^WIN', php: '^8.0', extensions: ['bcmath'])
- runtime verifications.Condition(assert: 'function_exists("random_int")')
- verify given expression in the context of the test class.
Especially for integration tests, passing values like a connection string from the command line to the test class is important. Add the Args
annotation to the class as follows:
use test\Args;
use com\mongodb\MongoConnection;
#[Args('use')]
class IntegrationTest {
private $conn;
public function __construct(string $dsn) {
$this->conn= new MongoConnection($dsn);
}
// ...shortened for brevity
}
...then pass the arguments as follows:
$ xp test IntegrationTest --use=mongodb://locahost
# ...