Tree @v1.8.0 (Download .tar.gz)
Code coverage for Bash
- Source Code
- Bug Tracker
- API Documentation
- Continuous Integration
You should check out these coverage examples - it's worth a thousand words:
$ gem install bashcov
$ bashcov --help prints all available options.
Here are some examples:
$ bashcov ./script.sh $ bashcov --skip-uncovered ./script.sh $ bashcov -- ./script.sh --some --flags $ bashcov --skip-uncovered -- ./script.sh --some --flags
script.sh can be a mere Bash script or typically your CI script.
Bashcov will keep track of all executed scripts.
Then it will create a directory named
./coverage/ containing nice HTML files.
./coverage/index.html to browse the coverage report.
Controlling the command name
Bashcov respects all of your
.simplecov settings save one --
which is the tag that SimpleCov attaches to coverage results from a particular
test suite. You can set the value of
SimpleCov.command_name by using
--command-name option, or by assigning a value to the environment
BASHCOV_COMMAND_NAME. Otherwise, Bashcov will generate a command
name for you based on the name of the currently-executing Bash script and any
arguments passed to it. For example, assuming your Bash lives at
and you run the command
$ bashcov -- ./test_suite.sh --and some --flags
Bashcov will set
"/bin/bash ./test_suite.sh --and
some --flags". Basing
SimpleCov.command_name on the executing command helps
to ensure that multiple coverage runs don't overwrite each other's
results due to
SimpleCov identifying multiple runs by the same tag. The
BASHCOV_COMMAND_NAME knobs are there for you to twiddle in case your test
suite runs the exact same
bashcov command more than once, in which case the
generated command name will not distinguish each invocation from the others.
For more info on
SimpleCov.command_name and its relation to SimpleCov's
result-merging behavior, see the SimpleCov
Some gory details
Figuring out where an executing Bash script lives in the file system can be
surprisingly difficult. Bash offers a fair amount of introspection into its
but the location of the current script has to be inferred from the limited
information available through
DIRSTACK if you are using
popd). For this purpose,
Bashcov puts Bash in debug mode and sets up a
PS4 that expands the values of
these variables, reading them on each command that Bash executes. But, given
BASH_SOURCEis only an absolute path if the script was invoked using an absolute path,
- the builtins
- none of these variables are read-only and can therefore be
unsetor otherwise altered,
it can be easy to lose track of where we are.
"Wait a minute, what about
readlink, and so on?" That would be great,
except that subshells executed as part of expanding the
PS4 can cause Bash to
report extra executions
for certain lines. Also,
subshells are slow as the
PS4 is expanded on each and every command when Bash
is in debug mode.
To deal with these limitations, Bashcov uses the expedient of maintaining two
stacks that track changes to
OLDPWD. To determine the full path to
the executing script, Bashcov iterates in reverse over the
PWD stack, testing
for the first
$PWD/$BASH_SOURCE combination that refers to an existing file.
This heuristic is susceptible to false positives -- under certain combinations
of directory structure, script invocation paths, and working directory changes,
it may yield a path that doesn't refer to the currently-running script.
However, it performs well under the various working directory changes performed
in the test app demo and avoids the spurious extra hits caused by using
subshells in the
One final note on innards: Bash 4.3 fixed a bug in which
PS4 expansion is
truncated to a maximum of 128 characters. On platforms whose Bash version
suffers from this bug, Bashcov uses the ASCII record separator character to
PS4 fields, whereas it uses a long random string on Bash 4.3 and
above. When the field delimiter appears in the path of a script under test or
in a command the script executes, Bashcov won't correctly parse the
will abort early with incomplete coverage results.
Bug reports and patches are most welcome. See the contribution guidelines.
git clone https://git.infertux.com/bashcov/
- Bump version to 1.8.0 Cédric Félizard 1 year, 4 months ago
- Merge pull request #34 from infertux/merge-coverage-results Cédric Félizard (commit: GitHub) 1 year, 4 months ago
- features/step_definitions/bashcov_steps.rb: remove unnecessary `fail_on_error: false` option from `simplecov_results_json` Matt Schreiber 1 year, 4 months ago
- Make sure SimpleCov is always started Cédric Félizard 1 year, 4 months ago
- Output Bashcov and dependency versions for easier debugging Cédric Félizard 1 year, 4 months ago
- Remove unused variable Cédric Félizard 1 year, 4 months ago
- Don't redefine existing methods Cédric Félizard 1 year, 4 months ago
- Make sure we use a recent version of aruba Gem Cédric Félizard 1 year, 4 months ago
- CHANGELOG.md: add summary of new result-merging behavior and SimpleCov.command_name control options Matt Schreiber 1 year, 4 months ago
- README.md: document --command-name option and BASHCOV_COMMAND_NAME variable Matt Schreiber 1 year, 4 months ago