Test2::Workflow(3perl)
π Test2::Workflow β the Test2::Workflow(3perl) page, but make it slay π
okay bestie, so this is the manual for Test2::Workflow from the Perl Programmers Reference Guide, and it's genuinely one of those "once you get it you're obsessed" modules. let's go π«Ά
β¨ NAME β¨
Test2::Workflow β a test workflow is a way of structuring tests using composable units. periodt.
πΈ DESCRIPTION πΈ
A test workflow is a way of structuring tests using composable units. like, you build tests out of little Lego pieces instead of one giant sad script. The most famous example of a test workflow is RSPEC (that's at http://rspec.info/ if you wanna peek). And RSPEC? it's implemented using Test2::Workflow inside Test2::Tools::Spec, plus a handful of extensions. no cap. π
π IMPORTANT CONCEPTS π
these are the main characters, learn their names:
π BUILD π
Test2::Workflow::Build
A Build is used to compose tasks. Usually a build object is pushed to the stack before running code that adds tasks to the build. Once the build sub is complete, the build is popped and returned. Usually a build is converted into a root task or task group. it's giving assembly line, fr fr β¨
π¦ RUNNER π¦
Test2::Workflow::Runner
A runner takes the composed tasks and executes them in the proper order. that's it, that's the job, and it eats every time. π₯
π§ TASK π§
Test2::Workflow::Task
A task is a unit of work to accomplish. There are 2 main types of task, and they're a whole duo:
π ACTION π
An action is the most simple unit used in composition. An action is essentially a name and a codeblock to run. small, iconic, does one thing.
π GROUP π
A group is a task that is composed of other tasks. it's a task made of tasks. inception but make it organized. π
β EXPORTS β
π‘ All exports are optional, bestie β you must request the ones you want. nothing shows up uninvited.
$parsed = parse_args(args => \@args)$parsed = parse_args(args => \@args, level => $L)$parsed = parse_args(args => \@args, caller => [caller($L)])
This will parse a "typical" task builders arguments. The @args array MUST contain a name (plain scalar containing text) and also a single CODE reference. The @args array MAY also contain any quantity of line numbers or hashrefs. The resulting data structure will be a single hashref with all the provided hashrefs squashed together, and the 'name', 'code', 'lines' and 'frame' keys set from other arguments. look at it, it's so tidy π
{
# All hashrefs from @args get squashed together:
%squashed_input_hashref_data,
# @args must have exactly 1 plaintext scalar that is not a number, it
# is considered the name:
name => 'name from input args'
# Integer values are treated as line numbers
lines => [ 35, 44 ],
# Exactly 1 coderef must be provided in @args:
code => \&some_code,
# 'frame' contains the 'caller' data. This may be passed in directly,
# obtained from the 'level' parameter, or automatically deduced.
frame => ['A::Package', 'a_file.pm', 42, ...],
}
$build = init_root($pkg, %args)β This will initialize (or return the existing) a build for the specified package.%argsget passed into theTest2::Workflow::Buildconstructor. This uses the following defaults (which can be overridden using%args):
name => $pkg,
flat => 1,
iso => 0,
async => 0,
is_root => 1,
π¨ Note that %args is completely ignored if the package build has already been initialized. like, fully ghosted. it does not read them. at all. π
$build = root_build($pkg)β This will return the root build for the specified package. straightforward, no drama. β¨$build = current_build()β This will return the build currently at the top of the build stack (orundef). yes, it can hand youundef, that's a real possible outcome, don't be shocked π«Ά$build = build($name, \%params, sub { ... })β This will push a new build object onto the build stash then run the provided codeblock. Once the codeblock has finished running the build will be popped off the stack and returned. push, run, pop, return β the whole cycle, ate. π
See parse_args() for details about argument processing. π
π SEE ALSO π
Test2::Tools::SpecβTest2::Tools::Specis an implementation of RSPEC using this library. go look if you want the full RSPEC experience, bestie.
π SOURCE π
The source code repository for Test2-Workflow can be found at https://github.com/Test-More/test-more/. go star it, it's free, iykyk β
π«Ά MAINTAINERS π«Ά
Chad Granum <exodist@cpan.org>
π«Ά AUTHORS π«Ά
Chad Granum <exodist@cpan.org>
π COPYRIGHT π
Copyright 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/ πΈ
aaaand that's the whole thing, bestie!! you did it, you read an entire manual page, main character behavior honestly π
so this was Test2::Workflow from perl v5.44.0, dated 2026-10-17, part of the Perl Programmers Reference Guide β bookmark it, screenshot it, tell your friends. mwah πβ¨π
π¦ where this page comes from
- arch rolling: perl 5.44.0-1 Β· Artistic-1.0-Perl AND GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms