layout | title |
---|---|
doc |
Configuration - Codeception - Documentation |
The global configuration file codeception.yml
is generated by the codecept bootstrap
command. Alphabetical list of options:
Sets the suffix for "Actor" classes. Default: Tester
. If you set it to Ninja
and generate a new api
test suite, you will get an ApiNinja
actor class.
Bootstrap script that will be executed before all suites. A script should be put into tests
directory.
CodeCoverage settings.
Allows you to specify a file (relative to the codeception.yml
file) that holds some already pre-defined values. This can be used to always use the same configuration for modules or whatever.
Allows to enable and configure Codeception extensions, Group Objects, and Custom Commands.
Include additional Codeception configurations for multiple applications setup.
Allows to create shared module configuration for all included suites.
{% highlight yaml %} modules: config: Db: dsn: '' user: '' password: '' dump: tests/_data/dump.sql {% endhighlight %}
Sets the namespace under which all new tests and support classes will be generated. Allows to configure multiple test setups for one runner.
Allows to pass external parameters into module configuration.
Directories used by Codeception. Default values:
{% highlight yaml %} paths: tests : tests # where the tests stored data : tests/_data # directory for fixture data support: tests/_support # directory for support code output : tests/_output # directory for output envs : tests/_envs # directory for environment configuration {% endhighlight %}
Allows to change default reporters of Codeception
Provide additional options for the test runner. They may dramatically change the way Codeception is executed. For instance, take a note of shuffle
option which allows to randomize tests execution order and lint
option that toggles parsing a test file (using php -l
) before loading it.
Syntax example: {% highlight yaml %} settings: colors: true {% endhighlight %}
Possible settings:
backup_globals: true
: Controls whether PHPUnit attempts to backup global variables, see https://phpunit.de/manual/current/en/appendixes.annotations.html#appendixes.annotations.backupGlobalsbe_strict_about_changes_to_global_state: false
: PHPUnit can be strict about tests that manipulate global state, see https://phpunit.de/manual/current/en/risky-tests.html#risky-tests.global-state-manipulationcolors: true
: By default this is false on Windows. Use ANSICON to colorize output.convert_deprecations_to_exceptions: false
Converts E_DEPRECATED and E_USER_DEPRECATED events to exceptions. Introduced in Codeception 4.2.0disallow_test_output: false
: PHPUnit can be strict about output during tests, see https://phpunit.de/manual/current/en/risky-tests.html#risky-tests.output-during-test-executioneditor_url: 'atom://core/open/file?filename=%%file%%&line=%%line%%'
: In the console output, the test runner will replace all references to files with "clickable" URL's, allowing you to open the file directly in your IDE. Depending on your operating system, you may have to set up an appropriate uri handler. Syntax for some common editors (same as in PHPStan):- PhpStorm:
'phpstorm://open?file=%%file%%&line=%%line%%'
- Visual Studio Code:
'vscode://file/%%file%%:%%line%%'
- Atom:
'atom://core/open/file?filename=%%file%%&line=%%line%%'
- PhpStorm:
error_level: E_ALL & ~E_STRICT & ~E_DEPRECATED
: Set the error_reporting level. You can specify either a predefined constant or an integer value, see https://www.php.net/manual/en/function.error-reporting.php and https://www.php.net/manual/en/errorfunc.constants.phpmemory_limit: 1024M
: Tests (especially functional) can take a lot of memory. We set a high limit for them by default.lint: true
: Enable/disable syntax of test files before loading. For PHP < 7exec('php -l')
is used. Disable if you need to speed up tests execution.log_incomplete_skipped: false
: Log the incomplete and skipped tests into junit report ,see https://phpunit.de/manual/current/en/appendixes.configuration.html Section logging > junitreport_useless_tests: false
: PHPUnit can be strict about tests that do not test anything, see https://phpunit.de/manual/current/en/risky-tests.html#risky-tests.useless-testsshuffle: true
: Randomize test orderstrict_xml: false
: Generate XML JUnit report using strict schema. Avoid putting additional report fields like steps or scenario names to it. Required for XML reports on Jenkins CI
Each suite has its own configuration inside the directory set by paths: tests:
in codeception.yml
. Alphabetical list of options:
Name of the "Actor" class of the current suite.
Bootstrap script that will be executed before current suite. A script should be put into suite directory.
Per suite CodeCoverage settings.
Override any configuration per environment.
error level for runner in the current suite. Can be specified for unit, integration, functional tests. Passes value to error_reporting
function.
Allows you to specify a file (relative to *.suite.yml
) that holds some already pre-defined values. This can be used to always use the same configuration for modules or whatever.
Per suite Gherkin settings.
groups with the list of tests of for corresponding group.
formats with the list of extra test format classes.
List of enabled modules with their configuration.
{% highlight yaml %}
modules:
enabled:
- PhpBrowser: # built-in modules are listed by their names
url: http://localhost # module configuration
- Db # Module without configuration (or inherited from codeception.yml
)
- \Helper\Acceptance # helper names are listed by their class names, starting with \
# Additional modules configuration; can be used for modules which are not currently enabled
config:
WebDriver:
browser: firefox
disabled:
- WebDriver # modules disabled for this suite
{% endhighlight %}
Default namespace of actor, support classes and tests.
Default namespace for new tests of this suite (ignores namespace
option)
To provide the same configuration template for your development team, you can create a codeception.dist.yml
config file, which will be loaded before codeception.yml
. The dist config provides shared options, while local codeception.yml
files override them on a per-installation basis. Therefore, codeception.yml
should be ignored by your VCS system.
Config templates can also be used for suite configuration, by creating a suitename.suite.dist.yml
file.
Configuration loading order:
codeception.dist.yml
codeception.yml
acceptance.suite.dist.yml
acceptance.suite.yml
- environment config