The PHPUnit command-line test runner can be invoked through the
phpunit command. The following code shows how to run
tests with the PHPUnit command-line test runner:
phpunit ArrayTest
PHPUnit 5.2.0 by Sebastian Bergmann and contributors.
..
Time: 0 seconds
OK (2 tests, 2 assertions)
When invoked as shown above, the PHPUnit command-line test runner will look
for a ArrayTest.php sourcefile in the current working
directory, load it, and expect to find a ArrayTest test
case class. It will then execute the tests of that class.
For each test run, the PHPUnit command-line tool prints one character to indicate progress:
.Printed when the test succeeds.
FPrinted when an assertion fails while running the test method.
EPrinted when an error occurs while running the test method.
RPrinted when the test has been marked as risky (see Chapter 6).
SPrinted when the test has been skipped (see Chapter 7).
IPrinted when the test is marked as being incomplete or not yet implemented (see Chapter 7).
PHPUnit distinguishes between failures and
errors. A failure is a violated PHPUnit
assertion such as a failing assertEquals() call.
An error is an unexpected exception or a PHP error. Sometimes
this distinction proves useful since errors tend to be easier to fix
than failures. If you have a big list of problems, it is best to
tackle the errors first and see if you have any failures left when
they are all fixed.
Let's take a look at the command-line test runner's options in the following code:
phpunit --help
PHPUnit 5.2.0 by Sebastian Bergmann and contributors.
Usage: phpunit [options] UnitTest [UnitTest.php]
phpunit [options] <directory>
Code Coverage Options:
--coverage-clover <file> Generate code coverage report in Clover XML format.
--coverage-crap4j <file> Generate code coverage report in Crap4J XML format.
--coverage-html <dir> Generate code coverage report in HTML format.
--coverage-php <file> Export PHP_CodeCoverage object to file.
--coverage-text=<file> Generate code coverage report in text format.
Default: Standard output.
--coverage-xml <dir> Generate code coverage report in PHPUnit XML format.
Logging Options:
--log-junit <file> Log test execution in JUnit XML format to file.
--log-tap <file> Log test execution in TAP format to file.
--log-json <file> Log test execution in JSON format.
--testdox-html <file> Write agile documentation in HTML format to file.
--testdox-text <file> Write agile documentation in Text format to file.
Test Selection Options:
--filter <pattern> Filter which tests to run.
--testsuite <pattern> Filter which testsuite to run.
--group ... Only runs tests from the specified group(s).
--exclude-group ... Exclude tests from the specified group(s).
--list-groups List available test groups.
--test-suffix ... Only search for test in files with specified
suffix(es). Default: Test.php,.phpt
Test Execution Options:
--report-useless-tests Be strict about tests that do not test anything.
--strict-coverage Be strict about unintentionally covered code.
--strict-global-state Be strict about changes to global state
--disallow-test-output Be strict about output during tests.
--enforce-time-limit Enforce time limit based on test size.
--disallow-todo-tests Disallow @todo-annotated tests.
--process-isolation Run each test in a separate PHP process.
--no-globals-backup Do not backup and restore $GLOBALS for each test.
--static-backup Backup and restore static attributes for each test.
--colors=<flag> Use colors in output ("never", "auto" or "always").
--columns <n> Number of columns to use for progress output.
--columns max Use maximum number of columns for progress output.
--stderr Write to STDERR instead of STDOUT.
--stop-on-error Stop execution upon first error.
--stop-on-failure Stop execution upon first error or failure.
--stop-on-risky Stop execution upon first risky test.
--stop-on-skipped Stop execution upon first skipped test.
--stop-on-incomplete Stop execution upon first incomplete test.
-v|--verbose Output more verbose information.
--debug Display debugging information during test execution.
--loader <loader> TestSuiteLoader implementation to use.
--repeat <times> Runs the test(s) repeatedly.
--tap Report test execution progress in TAP format.
--testdox Report test execution progress in TestDox format.
--printer <printer> TestListener implementation to use.
Configuration Options:
--bootstrap <file> A "bootstrap" PHP file that is run before the tests.
-c|--configuration <file> Read configuration from XML file.
--no-configuration Ignore default configuration file (phpunit.xml).
--include-path <path(s)> Prepend PHP's include_path with given path(s).
-d key[=value] Sets a php.ini value.
Miscellaneous Options:
-h|--help Prints this usage information.
--version Prints the version and exits.
phpunit UnitTest-
Runs the tests that are provided by the class
UnitTest. This class is expected to be declared in theUnitTest.phpsourcefile.UnitTestmust be either a class that inherits fromPHPUnit_Framework_TestCaseor a class that provides apublic static suite()method which returns aPHPUnit_Framework_Testobject, for example an instance of thePHPUnit_Framework_TestSuiteclass. phpunit UnitTest UnitTest.phpRuns the tests that are provided by the class
UnitTest. This class is expected to be declared in the specified sourcefile.--coverage-clover-
Generates a logfile in XML format with the code coverage information for the tests run. See Chapter 13 for more details.
Please note that this functionality is only available when the tokenizer and Xdebug extensions are installed.
--coverage-crap4j-
Generates a code coverage report in Crap4j format. See Chapter 11 for more details.
Please note that this functionality is only available when the tokenizer and Xdebug extensions are installed.
--coverage-html-
Generates a code coverage report in HTML format. See Chapter 11 for more details.
Please note that this functionality is only available when the tokenizer and Xdebug extensions are installed.
--coverage-php-
Generates a serialized PHP_CodeCoverage object with the code coverage information.
Please note that this functionality is only available when the tokenizer and Xdebug extensions are installed.
--coverage-text-
Generates a logfile or command-line output in human readable format with the code coverage information for the tests run. See Chapter 13 for more details.
Please note that this functionality is only available when the tokenizer and Xdebug extensions are installed.
--log-junitGenerates a logfile in JUnit XML format for the tests run. See Chapter 13 for more details.
--log-tapGenerates a logfile using the Test Anything Protocol (TAP) format for the tests run. See Chapter 13 for more details.
--log-jsonGenerates a logfile using the JSON format. See Chapter 13 for more details.
--testdox-htmland--testdox-textGenerates agile documentation in HTML or plain text format for the tests that are run. See Chapter 12 for more details.
--filter-
Only runs tests whose name matches the given regular expression pattern. If the pattern is not enclosed in delimiters, PHPUnit will enclose the pattern in
/delimiters.The test names to match will be in one of the following formats:
TestNamespace\TestCaseClass::testMethodThe default test name format is the equivalent of using the
__METHOD__magic constant inside the test method.TestNamespace\TestCaseClass::testMethod with data set #0When a test has a data provider, each iteration of the data gets the current index appended to the end of the default test name.
TestNamespace\TestCaseClass::testMethod with data set "my named data"-
When a test has a data provider that uses named sets, each iteration of the data gets the current name appended to the end of the default test name. See Example 3.1 for an example of named data sets.
Example 3.1: Named data sets
<?php namespace TestNamespace; class TestCaseClass extends \PHPUnit_Framework_TestCase { /** * @dataProvider provider */ public function testMethod($data) { $this->assertTrue($data); } public function provider() { return array( 'my named data' => array(true), 'my data' => array(true) ); } } ?>
/path/to/my/test.phptThe test name for a PHPT test is the filesystem path.
See Example 3.2 for examples of valid filter patterns.
Example 3.2: Filter pattern examples
--filter 'TestNamespace\\TestCaseClass::testMethod'--filter 'TestNamespace\\TestCaseClass'--filter TestNamespace--filter TestCaseClass--filter testMethod--filter '/::testMethod .*"my named data"/'--filter '/::testMethod .*#5$/'--filter '/::testMethod .*#(5|6|7)$/'
See Example 3.3 for some additional shortcuts that are available for matching data providers.
Example 3.3: Filter shortcuts
--filter 'testMethod#2'--filter 'testMethod#2-4'--filter '#2'--filter '#2-4'--filter 'testMethod@my named data'--filter 'testMethod@my.*data'--filter '@my named data'--filter '@my.*data'
--testsuiteOnly runs the test suite whose name matches the given pattern.
--group-
Only runs tests from the specified group(s). A test can be tagged as belonging to a group using the
@groupannotation.The
@authorannotation is an alias for@groupallowing to filter tests based on their authors. --exclude-groupExclude tests from the specified group(s). A test can be tagged as belonging to a group using the
@groupannotation.--list-groupsList available test groups.
--test-suffixOnly search for test files with specified suffix(es).
--report-useless-testsBe strict about tests that do not test anything. See Chapter 6 for details.
--strict-coverageBe strict about unintentionally covered code. See Chapter 6 for details.
--strict-global-stateBe strict about global state manipulation. See Chapter 6 for details.
--disallow-test-outputBe strict about output during tests. See Chapter 6 for details.
--disallow-todo-testsDoes not execute tests which have the
@todoannotation in its docblock.--enforce-time-limitEnforce time limit based on test size. See Chapter 6 for details.
--process-isolationRun each test in a separate PHP process.
--no-globals-backupDo not backup and restore $GLOBALS. See the section called “Global State” for more details.
--static-backupBackup and restore static attributes of user-defined classes. See the section called “Global State” for more details.
--colors-
Use colors in output. On Windows, use ANSICON or ConEmu.
There are three possible values for this option:
never: never displays colors in the output. This is the default value when--colorsoption is not used.auto: displays colors in the output unless the current terminal doesn't supports colors, or if the output is piped to a command or redirected to a file.always: always displays colors in the output even when the current terminal doesn't supports colors, or when the output is piped to a command or redirected to a file.
When
--colorsis used without any value,autois the chosen value. --columnsDefines the number of columns to use for progress output. If
maxis defined as value, the number of columns will be maximum of the current terminal.--stderrOptionally print to
STDERRinstead ofSTDOUT.--stop-on-errorStop execution upon first error.
--stop-on-failureStop execution upon first error or failure.
--stop-on-riskyStop execution upon first risky test.
--stop-on-skippedStop execution upon first skipped test.
--stop-on-incompleteStop execution upon first incomplete test.
--verboseOutput more verbose information, for instance the names of tests that were incomplete or have been skipped.
--debugOutput debug information such as the name of a test when its execution starts.
--loader-
Specifies the
PHPUnit_Runner_TestSuiteLoaderimplementation to use.The standard test suite loader will look for the sourcefile in the current working directory and in each directory that is specified in PHP's
include_pathconfiguration directive. A class name such asProject_Package_Classis mapped to the source filenameProject/Package/Class.php. --repeatRepeatedly runs the test(s) the specified number of times.
--tapReports the test progress using the Test Anything Protocol (TAP). See Chapter 13 for more details.
--testdoxReports the test progress as agile documentation. See Chapter 12 for more details.
--printerSpecifies the result printer to use. The printer class must extend
PHPUnit_Util_Printerand implement thePHPUnit_Framework_TestListenerinterface.--bootstrapA "bootstrap" PHP file that is run before the tests.
-
--configuration,-c -
Read configuration from XML file. See Appendix C for more details.
If
phpunit.xmlorphpunit.xml.dist(in that order) exist in the current working directory and--configurationis not used, the configuration will be automatically read from that file. --no-configurationIgnore
phpunit.xmlandphpunit.xml.distfrom the current working directory.--include-pathPrepend PHP's
include_pathwith given path(s).-dSets the value of the given PHP configuration option.
Note
Please note that as of 4.8, options can be put after the argument(s).