Branch coverage measurement

In addition to the usual statement coverage, also supports branch coverage measurement. Where a line in your program could jump to more than one next line, tracks which of those destinations are actually visited, and flags lines that haven’t visited all of their possible destinations.

For example:

1def my_partial_fn(x):
2    if x:
3        y = 10
4    return y

In this code, line 2 is an if statement which can go next to either line 3 or line 4. Statement coverage would show all lines of the function as executed. But the if was never evaluated as false, so line 2 never jumps to line 4.

Branch coverage will flag this code as not fully covered because of the missing jump from line 2 to line 4. This is known as a partial branch.

How to measure branch coverage

To measure branch coverage, run with the --branch flag:

coverage run --branch

When you report on the results with coverage report or coverage html, the percentage of branch possibilities taken will be included in the percentage covered total for each file. The coverage percentage for a file is the actual executions divided by the execution opportunities. Each line in the file is an execution opportunity, as is each branch destination.

The HTML report gives information about which lines had missing branches. Lines that were missing some branches are shown in yellow, with an annotation at the far right showing branch destination line numbers that were not exercised.

The XML and JSON reports produced by coverage xml and coverage json also include branch information, including separate statement and branch coverage percentages.

How it works

When measuring branches, collects pairs of line numbers, a source and destination for each transition from one line to another. Static analysis of the source provides a list of possible transitions. Comparing the measured to the possible indicates missing branches.

The idea of tracking how lines follow each other was from Titus Brown. Thanks, Titus!

Excluding code

If you have excluded code, a conditional will not be counted as a branch if one of its choices is excluded:

1def only_one_choice(x):
2    if x:
3        blah1()
4        blah2()
5    else:  # pragma: no cover
6        # x is always true.
7        blah3()

Because the else clause is excluded, the if only has one possible next line, so it isn’t considered a branch at all.

Structurally partial branches

Sometimes branching constructs are used in unusual ways that don’t actually branch. For example:

while True:
    if cond:

Here the while loop will never exit normally, so it doesn’t take both of its “possible” branches. For some of these constructs, such as “while True:” and “if 0:”, understands what is going on. In these cases, the line will not be marked as a partial branch.

But there are many ways in your own code to write intentionally partial branches, and you don’t want pestering you about them. You can tell that you don’t want them flagged by marking them with a pragma:

i = 0
while i < 999999999:  # pragma: no branch
    if eventually():

Here the while loop will never complete because the break will always be taken at some point. can’t work that out on its own, but the “no branch” pragma indicates that the branch is known to be partial, and the line is not flagged.

Generator expressions

Generator expressions may also report partial branch coverage. Consider the following example:

value = next(i in range(1))

While we might expect this line of code to be reported as covered, the generator did not iterate until StopIteration is raised, the indication that the loop is complete. This is another case where adding # pragma: no branch may be desirable.