=pod =head1 NAME B - Expansion of test functionalities that appear to be frequently used while testing. =head1 SYNOPSIS # Tries to determine both class and method to be tested automatically, # does not create any temporary directory: use Test::Expander; # Tries to determine both class and method to be tested automatically, # does not create any temporary directory, # passes the option '-srand' to Test::V0 changing the random seed to the current time in seconds: use Test::Expander -srand => time; # Tries to determine only the method to be tested automatically, class is explicitly supplied, # a temporary directory is created with name corresponing to the template supplied: use Test::Expander -target => 'My::Class', -tempdir => { TEMPLATE => 'my_dir.XXXXXXXX' }; =head1 DESCRIPTION B combines all advanced possibilities provided by L with some specific functions available in the older module L only (which allows a smooth migration from L-based tests to L-based ones) and handy functions from some other modules often used in test suites. Furthermore, this module provides a recognition of class to be tested (see variable B<$CLASS> below) so that in contrast to L you do not need to specify this explicitly if the path to the test file is in accordance with the name of class to be tested. A similar recognition is provided in regard to the method / subroutine to be tested (see variables B<$METHOD> and B below) if the base name (without extension) of test file is identical with the name of this method / subroutine. Finally, a configurable setting of specific environment variables is provided so that there is no need to hard-code this in the test itself. For the time being the following options are accepted by B: =over 2 =item Options specific for this module only: =over 2 =item B<-target> - identical with the same-named option of L and has the same purpose namely the explicit definition of class to be tested as a value of this option; =item B<-tempdir> - activates creation of a temporary directory by the function B provided by L. =item B<-tempfile> - activates creation of a temporary file by the method B provided by L. =back =item All other valid options (i.e. arguments starting with the dash sign B<->) are forwarded to L along with their values. =item If an argument cannot be recognized as an option, an exception is raised. =back The proper application of B implies that is is used as the very first in your unit test. The only exception currently known is the case, when some actions performed on the module level (e.g. determination of constants) base on results of other actions (e.g. mocking of built-ins). To explain this let us assume that your unit test file should mock the built-in B to verify if the testee properly reacts both on its success and failure. For this purpose a reasonable implementation might look as follows: my $closeSuccess = 1; BEGIN { *CORE::GLOBAL::close = sub (*) { return $closeSuccess ? CORE::close($_[0]) : 0 }; } use Test::Expander; Furthermore, the automated recognition of name of class to be tested can only work properly if the test file is located in the corresponding subdirectory of B, or B, or any other folder containing a bunch of test files. For instance, if the class to be tested is I, then the folder with test files related to this class should be BIBIBI or BIBIBI (the name of the top-level directory in this relative name - B, or B, or B is not important) - otherwise the module name cannot be put into the exported variable B<$CLASS> and, if you want to use this variable, should be supplied as a value of the option B<-target>: use Test::Expander -target => 'Foo::Bar::Baz'; What is more, the automated recognition of name of method / subroutine to be tested can only work properly if the base name of the test file without extension (usually B<.t>) is equal to the method / subroutine name. In other words, this recognition only works if the file containing the class mentioned above exists and if this class has the method / subroutine with the same name as the test file base name without extension. If this is the case, the exported variables B<$METHOD> and B<$METHOD_REF> contain the name of method / subroutine to be tested and its reference, correspondingly, otherwise both variables are undefined. Finally, B supports testing inside of a clean environment containing only some clearly specified environment variables required for the particular test. Names and values of these environment variables should be configured in files, which names are identical with pathes to single class levels or method to be tested, and the extension is always B<.env>. For instance, if the test file name is B, the following approach is applied: =over 2 =item if the file B exists, its content is used for the initialization of test environment, =item if the file B exists, its content is used either for extension of test environment initialized in the previous step or for its initialization if the file B does not exist, =item if the file B exists, its content is used either for extension of test environment initialized in one of the previous steps or for its initialization if neither the file B nor the file B exists, =item if the file B exists, its content will be used either for extension of test environment initialized in one of the previous steps or for its initialization if no one of B<.env> files mentioned above exists. =back If the B<.env> files existing on different levels have identical names of environment variables, the priority is the higher the later they have been detected. I.e. B in B overwrites B in B. If no one of these B<.env> files exists, the environment will not be changed by B during the execution of B. An environment configuration file (B<.env> file) is a line-based text file, which content is interpreted as follows: =over 2 =item if such files don't exist, the B<%ENV> hash remains unchanged; =item otherwise, if at least one of such files exists, the B<%ENV> gets emptied (without localization) and =over 2 =item lines not matching the RegEx B (some alphanumeric characters representing a name of environment variable, optional blanks, the equal sign, again optional blanks and at least one non-blank character representing the first sign of environment variable value) are skipped; =item in all other lines the value of the environment variable is everything from the first non-blank character after the equal sign until end of the line; =item the value of the environment variable is evaluated by the L so that =over 2 =item constant values must be quoted; =item variables and subroutines must not be quoted: NAME_CONST = 'VALUE' NAME_VAR = $KNIB::App::MyApp::Constants::ABC NAME_FUNC = join(' ', $KNIB::App::MyApp::Constants::DEF) =back =back =back Another feature frequently applied inside of test suites is creation of a temporary directory / file used as an isolated container for some testing actions. The module options B<-tempdir> and B<-tempfile> fully synactically compatible with L / L make sure that such temporary directory / file are created after B and their names are stored in the variables B<$TEMP_DIR> / B<$TEMP_FILE>, correspondingly. Both temporary directory and file are removed by default after execution. All functions provided by this module are exported by default. These and the exported variables are: =over 2 =item all functions exported by default from L, =item all functions exported by default from L, =item all functions exported by default from L, =item all functions exported by default from L, =item some functions exported by default from L and often used in older tests but not supported by L: =over 2 =item BAIL_OUT, =item is_deeply, =item new_ok, =item require_ok, =item use_ok, =back =item some functions exported by default from L and often used in older tests but not supported by L: =over 2 =item dies_ok, =item explain, =item lives_ok, =item throws_ok, =back =item function exported by default from L: =over 2 =item const, =back =item some functions exported by request from L: =over 2 =item tempdir, =item tempfile, =back =item some functions exported by request from L: =over 2 =item cwd, =item path, =back =item variable B<$CLASS> containing the name of class to be tested, =item variable B<$METHOD> containing the name of method to be tested, =item variable B<$METHOD_REF> containing the reference to subroutine to be tested. =item variable B<$TEMP_DIR> containing the name of a temporary directory created at compile time if the option B<-tempdir> was supplied. =item variable B<$TEMP_FILE> containing the name of a temporary file created at compile time if the option B<-tempfile> was supplied. =back All variables mentioned above are read-only if they are defined after B. =head1 AUTHOR Jurij Fajnberg, =head1 BUGS Please report any bugs or feature requests through the web interface at L. =head1 COPYRIGHT AND LICENSE =head2 LICENSE AND COPYRIGHT Copyright (c) 2021 Jurij Fajnberg This program is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself. =cut