DOKK / manpages / debian 12 / libtest2-harness-perl / App::Yath::Command::projects.3pm.en
App::Yath::Command::projects(3pm) User Contributed Perl Documentation App::Yath::Command::projects(3pm)

App::Yath::Command::projects - Run tests for multiple projects

This command will run all the tests for each project within a parent directory.

    $ yath [YATH OPTIONS] projects [COMMAND OPTIONS]

YATH OPTIONS

Developer

Add paths to @INC before loading ANYTHING. This is what you use if you are developing yath or yath plugins to make sure the yath script finds the local code instead of the installed versions of the same code. You can provide an argument (-Dfoo) to provide a custom path, or you can just use -D without and arg to add lib, blib/lib and blib/arch.

Can be specified multiple times

Environment

Where to find persistence files.
Where to find the persistence file. The default is /{system-tempdir}/project-yath-persist.json. If no project is specified then it will fall back to the current directory. If the current directory is not writable it will default to /tmp/yath-persist.json which limits you to one persistent runner on your system.
This lets you provide a label for your current project/codebase. This is best used in a .yath.rc file. This is necessary for a persistent runner.

Finder Options

Specify what Finder subclass to use when searching for files/processing the file list. Use the "+" prefix to specify a fully qualified namespace, otherwise Test2::Harness::Finder::XXX namespace is assumed.

Help and Debugging

Exit after showing what yath thinks your options mean
Exit after showing a helpful usage message

Plugins

Normally yath scans for and loads all App::Yath::Plugin::* modules in order to bring in command-line options they may provide. This flag will disable that. This is useful if you have a naughty plugin that is loading other modules when it should not.
Load a yath plugin.

Can be specified multiple times

COMMAND OPTIONS

Collector Options

Maximum number of jobs a collector can process at a time, if more jobs are pending their output will be delayed until the earlier jobs have been processed. (Default: double the -j value)
Maximum number of events to poll from a job before jumping to the next job. (Default: 1000)

Cover Options

--cover-aggregator ByTest
--cover-aggregator ByRun
--cover-aggregator +Custom::Aggregator
--cover-agg ByTest
--cover-agg ByRun
--cover-agg +Custom::Aggregator
Choose a custom aggregator subclass
--cover-class ARG
--cover-class=ARG
Choose a Test2::Plugin::Cover subclass
--cover-dirs ARG
--cover-dirs=ARG
--cover-dir ARG
--cover-dir=ARG
NO DESCRIPTION - FIX ME

Can be specified multiple times

--cover-exclude-private
--cover-files
Use Test2::Plugin::Cover to collect coverage data for what files are touched by what tests. Unlike Devel::Cover this has very little performance impact (About 4% difference)
--cover-from path/to/log.jsonl
--cover-from http://example.com/coverage
--cover-from path/to/coverage.jsonl
This can be a test log, a coverage dump (old style json or new jsonl format), or a url to any of the previous. Tests will not be run if the file/url is invalid.
--cover-from-type json
--cover-from-type jsonl
--cover-from-type log
File type for coverage source. Usually it can be detected, but when it cannot be you should specify. "json" is old style single-blob coverage data, "jsonl" is the new by-test style, "log" is a logfile from a previous run.
--cover-maybe-from path/to/log.jsonl
--cover-maybe-from http://example.com/coverage
--cover-maybe-from path/to/coverage.jsonl
This can be a test log, a coverage dump (old style json or new jsonl format), or a url to any of the previous. Tests will coninue if even if the coverage file/url is invalid.
--cover-maybe-from-type json
--cover-maybe-from-type jsonl
--cover-maybe-from-type log
Same as "from_type" but for "maybe_from". Defaults to "from_type" if that is specified, otherwise auto-detect
--cover-metrics
--cover-types ARG
--cover-types=ARG
--cover-type ARG
--cover-type=ARG
NO DESCRIPTION - FIX ME

Can be specified multiple times

--cover-write
--cover-write=coverage.jsonl
--cover-write=coverage.json
Create a json or jsonl file of all coverage data seen during the run (This implies --cover-files).

Display Options

Turn color on, default is true if STDOUT is a TTY.
Hide output from the runner, showing only test output. (See Also truncate_runner_output)
Do not do fancy text-wrapping, let the terminal handle it
Toggle progress indicators. On by default if STDOUT is a TTY. You can use --no-progress to disable the 'events seen' counter and buffered event pre-display
Be very quiet.

Can be specified multiple times

Specify renderers, (Default: "Formatter=Test2"). Use "+" to give a fully qualified module name. Without "+" "Test2::Harness::Renderer::" will be prepended to your argument.

Can be specified multiple times. If the same key is listed multiple times the value lists will be appended together.

Show the timing data for each job
Alternative to setting $TABLE_TERM_SIZE. Setting this will override the terminal width detection to the number of characters specified.
Only show runner output that was generated after the current command. This is only useful with a persistent runner.
Be more verbose

Can be specified multiple times

Finder Options

Specify the default file/dir search when 'AUTHOR_TESTING' is set. Defaults to './xt'. The default AT search is only used if no files were specified at the command line

Can be specified multiple times

Specify the default file/dir search. defaults to './t', './t2', and 'test.pl'. The default search is only used if no files were specified at the command line

Can be specified multiple times

Point at a json file or url which has a hash of relative test filenames as keys, and 'SHORT', 'MEDIUM', or 'LONG' as values. This will override durations listed in the file headers. An exception will be thrown if the durations file or url does not work.
Only fetch duration data if running at least this number of tests. Default (-j value + 1)
Exclude a file from testing

Can be specified multiple times

Point at a file or url which has a new line separated list of test file names to exclude from testing. Starting a line with a '#' will comment it out (for compatibility with Test2::Aggregate list files).

Can be specified multiple times

Exclude a pattern from testing, matched using m/$PATTERN/

Can be specified multiple times

Specify valid test filename extensions, default: t and t2

Can be specified multiple times

Point at a json file or url which has a hash of relative test filenames as keys, and 'SHORT', 'MEDIUM', or 'LONG' as values. This will override durations listed in the file headers. An exception will be thrown if the durations file or url does not work.
Do not run tests that have their duration flag set to 'LONG'
Only run tests that have their duration flag set to 'LONG'
Re-Run tests from a previous run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
--rerun-all
--rerun-all=path/to/log.jsonl
--rerun-all=plugin_specific_string
Re-Run all tests from a previous run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
--rerun-failed
--rerun-failed=path/to/log.jsonl
--rerun-failed=plugin_specific_string
Re-Run failed tests from a previous run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
--rerun-missed
--rerun-missed=path/to/log.jsonl
--rerun-missed=plugin_specific_string
Run missed tests from a previously aborted/stopped run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
--rerun-modes failed,missed,...
--rerun-modes all
--rerun-modes failed
--rerun-modes missed
--rerun-modes passed
--rerun-modes retried
--rerun-mode failed,missed,...
--rerun-mode all
--rerun-mode failed
--rerun-mode missed
--rerun-mode passed
--rerun-mode retried
Pick which test categories to run

Can be specified multiple times

--rerun-passed
--rerun-passed=path/to/log.jsonl
--rerun-passed=plugin_specific_string
Re-Run passed tests from a previous run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
--rerun-plugin Foo
--rerun-plugin +App::Yath::Plugin::Foo
What plugin(s) should be used for rerun (will fallback to other plugins if the listed ones decline the value, this is just used ot set an order of priority)

Can be specified multiple times

--rerun-retried
--rerun-retried=path/to/log.jsonl
--rerun-retried=plugin_specific_string
Re-Run retried tests from a previous run from a log file (or last log file). Plugins can intercept this, such as YathUIDB which will grab a run UUID and derive tests to re-run from that.
List of tests and test directories to use instead of the default search paths. Typically these can simply be listed as command line arguments without the --search prefix.

Can be specified multiple times

Formatter Options

NO DESCRIPTION - FIX ME
[Q]uiet, but [V]erbose on [F]ailure. Hide all output from tests when they pass, except to say they passed. If a test fails then ALL output from the test is verbosely output.
Show output when a job ends. (Default: on)
Show the job configuration when a job starts. (Default: off, unless -vv)
Show output for the start of a job. (Default: off unless -v)
Show the run configuration when a run starts. (Default: off, unless -vv)

Git Options

Find files changed by all commits in the current branch from most recent stopping when a commit is found that is also present in the history of the branch/commit specified as the change base.

Help and Debugging

Dummy run, do not actually execute anything

Can also be set with the following environment variables: "T2_HARNESS_DUMMY"

exit after showing help information
Use interactive mode, 1 test at a time, stdin forwarded to it
Do not delete directories when done. This is useful if you want to inspect the directories used for various commands.
Add a prefix to all proc names (as seen by ps).
Write out a summary json file, if no path is provided 'summary.json' will be used. The .json extension is added automatically if omitted.

Logging Options

Use bzip2 compression when writing the log. This option implies -L. The .bz2 prefix is added to log file name for you
Use gzip compression when writing the log. This option implies -L. The .gz prefix is added to log file name for you
Turn on logging
--log-dir ARG
--log-dir=ARG
Specify a log directory. Will fall back to the system temp dir.
--log-file ARG
--log-file=ARG
Specify the name of the log file. This option implies -L.
--log-file-format ARG
--log-file-format=ARG
Specify the format for automatically-generated log files. Overridden by --log-file, if given. This option implies -L (Default: \$YATH_LOG_FILE_FORMAT, if that is set, or else "%!P%Y-%m-%d~%H:%M:%S~%!U~%!p.jsonl"). This is a string in which percent-escape sequences will be replaced as per POSIX::strftime. The following special escape sequences are also replaced: (%!P : Project name followed by a ~, if a project is defined, otherwise empty string) (%!U : the unique test run ID) (%!p : the process ID) (%!S : the number of seconds since local midnight UTC)

Can also be set with the following environment variables: "YATH_LOG_FILE_FORMAT", "TEST2_HARNESS_LOG_FORMAT"

Notification Options

Email the test results to the specified email address(es)

Can be specified multiple times

Email failing results to the specified email address(es)

Can be specified multiple times

If any email is sent, this is who it will be from
Email the owner of broken tests files upon failure. Add `# HARNESS-META-OWNER foo@example.com` to the top of a test file to give it an owner
Usually owner failures are sent as a single batch at the end of testing. Toggle this to send failures as they happen.
Usually owner failures are sent as a single batch at the end of testing. Toggle this to send failures as they happen.
Send results to a slack channel and/or user

Can be specified multiple times

Send failing results to a slack channel and/or user

Can be specified multiple times

Send slack notifications to the slack channels/users listed in test meta-data when tests fail.
Specify an API endpoint for slack webhook integrations
Add a custom text snippet to email/slack notifications
Use the specified module to generate messages for emails and/or slack.

Run Options

This will set the AUTHOR_TESTING environment to true
Use Test2::Plugin::DBIProfile to collect database profiling data
Set environment variables to set when each test is run.

Can be specified multiple times

Use Test2::Plugin::UUID inside tests (default: on)
Add custom data to the harness run

Can be specified multiple times

Input string to be used as standard input for ALL tests. See also: --input-file
Use the specified file as standard input to ALL tests
Use Test2::Plugin::IOEvents inside tests to turn all prints into test2 events (default: off)
Provide one or more links people can follow to see more about this run.

Can be specified multiple times

Load a module in each test (after fork). The "import" method is not called.

Can be specified multiple times

Load a module in each test (after fork). Import is called.

Can be specified multiple times. If the same key is listed multiple times the value lists will be appended together.

Use Test2::Plugin::MemUsage inside tests (default: on)
Run any jobs that failed a second time. NOTE: --retry=1 means failing tests will be attempted twice!
If true then any job retries will be done in isolation (as though -j1 was set)
Set a specific run-id. (Default: a UUID)
Arguments to pass in as @ARGV for all tests that are run. These can be provided easier using the '::' argument separator.

Can be specified multiple times

Use the stream formatter (default is on)
The TAP format is lossy and clunky. Test2::Harness normally uses a newer streaming format to receive test results. There are old/legacy tests where this causes problems, in which case setting --TAP or --no-stream can help.

Runner Options

Abort all testing if a bail-out is encountered (default: on)
(Default: include if it exists) Include 'blib/lib' and 'blib/arch' in your module path
Use Devel::Cover to calculate test coverage. This disables forking. If no args are specified the following are used: -silent,1,+ignore,^t/,+ignore,^t2/,+ignore,^xt,+ignore,^test.pl
When using staged preload, dump the depmap for each stage as json files
Kill test if no output is received within timeout period. (Default: 60 seconds). Add the "# HARNESS-NO-TIMEOUT" comment to the top of a test file to disable timeouts on a per-test basis. This prevents a hung test from running forever.
Add a directory to your include paths

Can be specified multiple times

Set the number of concurrent jobs to run. Add a :# if you also wish to designate multiple slots per test. 8:2 means 8 slots, but each test gets 2 slots, so 4 tests run concurrently. Tests can find their concurrency assignemnt in the "T2_HARNESS_MY_JOB_CONCURRENCY" environment variable.

Can also be set with the following environment variables: "YATH_JOB_COUNT", "T2_HARNESS_JOB_COUNT", "HARNESS_JOB_COUNT"

(Default: include if it exists) Include 'lib' in your module path
Use Devel::NYTProf on tests. This will set addpid=1 for you. This works with or without fork.
Stop waiting post-exit after the timeout period. (Default: 15 seconds) Some tests fork and allow the parent to exit before writing all their output. If Test2::Harness detects an incomplete plan after the test exits it will monitor for more events until the timeout period. Add the "# HARNESS-NO-TIMEOUT" comment to the top of a test file to disable timeouts on a per-test basis.
Only do preload if at least N tests are going to be run. In some cases a full preload takes longer than simply running the tests, this lets you specify a minimum number of test jobs that will be run for preload to happen. This has no effect for a persistent runner. The default is 0, and it means always preload.
Preload a module before running tests

Can be specified multiple times

Use a resource module to assign resource assignments to individual tests

Can be specified multiple times

Runner ID (usually a generated uuid)
Where to look for a shared slot config file. If a filename with no path is provided yath will search the current and all parent directories for the name.
This sets the number of slots each job will use (default 1). This is normally set by the ':#' in '-j#:#'.

Can also be set with the following environment variables: "T2_HARNESS_JOB_CONCURRENCY"

Pass the specified switch to perl for each test. This is not compatible with preload.

Can be specified multiple times

(Default: off) Include 't/lib' in your module path
perl is removing '.' from @INC as a security concern. This option keeps things from breaking for now.

Can also be set with the following environment variables: "PERL_USE_UNSAFE_INC"

(default: on, except on windows) Normally tests are run by forking, which allows for features like preloading. This will turn off the behavior globally (which is not compatible with preloading). This is slower, it is better to tag misbehaving tests with the '# HARNESS-NO-PRELOAD' comment in their header to disable forking only for those tests.

Can also be set with the following environment variables: "!T2_NO_FORK", "T2_HARNESS_FORK", "!T2_HARNESS_NO_FORK", "YATH_FORK", "!YATH_NO_FORK"

(default: on) Enable/disable timeouts

Workspace Options

Clear the work directory if it is not already empty
Use a specific temp directory (Default: use system temp dir)

Can also be set with the following environment variables: "T2_HARNESS_TEMP_DIR", "YATH_TEMP_DIR", "TMPDIR", "TEMPDIR", "TMP_DIR", "TEMP_DIR"

Set the work directory (Default: new temp directory)

Can also be set with the following environment variables: "T2_WORKDIR", "YATH_WORKDIR"

YathUI Options

Yath-UI API key. This is not necessary if your Yath-UI instance is set to single-user
Poll coverage data from Yath-UI to determine what tests should be run for changed files
Add the YathUI DB renderer in addition to other renderers
Poll duration data from Yath-UI to help order tests efficiently
If yath cannot connect to yath-ui it normally throws an error, use this to make it fail gracefully. You get a warning, but things keep going.
Minimum duration length (seconds) before a test goes from MEDIUM to LONG
Minimum duration length (seconds) before a test goes from SHORT to MEDIUM
Set the upload mode (default 'qvfd')
Only use the YathUI renderer
Only use the YathUI DB renderer
Port to use when running a local server
Use a command to get a port number. "$$" will be replaced with the PID of the yath process
The Yath-UI project for your test results
Add the YathUI renderer in addition to other renderers
Send resource info (for supported resources) to yathui at the specified interval in seconds (5 if not specified)
How many times to try an operation before giving up

Can be specified multiple times

What type of DB/schema to use when using a temporary database
Upload the log to Yath-UI
Yath-UI url
Username to attach to the data sent to the db
Type of buffering to use, if "none" then events are written to the db one at a time, which is SLOW
Module that implements 'MODULE->yath_ui_config(%params)' which should return a Test2::Harness::UI::Config instance.
Pull coverage data directly from the database (default: off)
DBI Driver to use
DSN to use when connecting to the db
Limit the number of runs to look at for durations data (default: 10)
Pull duration data directly from the database (default: off)
When buffering DB writes, force a flush when an event is recieved at least N seconds after the last flush.
hostname to use when connecting to the db
Name of the database to use for yathui
Password to use when connecting to the db
port to use when connecting to the db
When using coverage or duration data, only use data uploaded by this user
socket to use when connecting to the db
Username to use when connecting to the db

The source code repository for Test2-Harness can be found at http://github.com/Test-More/Test2-Harness/.

Copyright 2023 Chad Granum <exodist7@gmail.com>.

This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

See http://dev.perl.org/licenses/

2023-03-12 perl v5.36.0