Test Case Designer allows you to adjust testing coverage to focus on more thorough coverage of selected, high-priority areas.

One straightforward risk-based testing technique (at the value level) is to enter a specific value multiple times in the “Parameters” screen.

Entering “Male, Male, Female, Male” as Values, for example, would result in “Male” appearing three times as often as “Female.”

A more powerful risk-based testing strategy (at the parameter level) is generating Mixed-Strength test sets, as described in the following example. This feature can be helpful to use in many (if not most) of the models you will create.



Why does such risk-based testing make sense conceptually?

There are only two possible reasons that a set of 2-way tests could fail to trigger a software defect:

  1. There was a missing test "idea" (e.g., the only way the defect could be found is if the application was tested using a specific operating system and that specific system was not included as one of the parameters/values).

  2. All of the test ideas and test conditions were included as values. Still, the defect could only be triggered by the scenario that included three or more of those existing test conditions simultaneously.

In our experience working with hundreds of software teams, the first reason (not thinking to include a particular test idea) is responsible for more defects slipping by testing than the second (specific combinations of 3 or more already-included ideas).

Accordingly, this is what is recommended for testers who are planning to execute sets of 3-way scenarios manually:

  • Don't*

At least not until you first experiment a bit with executing well-thought-through sets of Mixed-Strength scenarios

Why? 90% of the extra thoroughness you might be looking for can probably be achieved by well-thought-out mixed-strength tests. These tests might be half as numerous as the full, "regular" higher-strength test set.

With the extra time that the team saves by not executing all of those additional tests, they should use it to add more wrinkles/ideas to their testing.


This advice is for manual testing projects (where the costs of executing extra tests are relatively high), not for automated test execution projects (where the costs of executing extra tests is relatively low).


Examples of good sources for additional testing ideas include these:


Let’s set up the use case we’re trying to address

We have a mission-critical application that includes several large changes in this release. We’ve filled in parameters for our System Under Test, and we see that a 2-way solution based on our variation ideas would require 87 scenarios.


Curious to see how many tests would be needed for a more thorough test model. Generate a set of 3-way tests! Unfortunately, this more-thorough solution requires almost 5 times as many tests. Ugh! We don’t have time for all of those!



Determine what Parameters we want to devote more thorough testing to

What we want to do now is to generate a set of scenarios that will focus extra coverage on the high-priority parameters below while maintaining pairwise coverage for every Value in our model. Creating a “Mixed-strength” model will allow us to do exactly that!

For this example, let's assume "User Type," "Customer Authorization Limit," and "Transaction Exchange (Country)" are the most important, and we must cover all triplets of values across them. Select “Mixed-strength interactions” from the drop-down list on the “Scenarios” screen:


Next, select the 3-way coverage option for the critical parameters we identified above. Click on “Reapply” to generate a new set of scenarios:


Another way to look at the set of Risk-Based Scenarios we have just created is to imagine temporarily removing everything from our model except for the high-priority Parameters.

With 3 values for "User Type", 6 for "Customer Authorization Limit," and 14 for "Transaction Exchange (Country)," simple math tells us that to test every possible combination, we require 3×6×14 = 252 tests. All 252 of these 3-way combinations are included in the Mixed-Strength (“Risk-Based Testing”) scenarios we created…

In addition to achieving comprehensive 3-way coverage of the high-priority parameters we identified, the 252 Mixed-strength scenarios we created ALSO ensured that we tested every single pair of Values together in at least one test case.


The TCD generation algorithm is able to achieve both of these objectives in only 252 tests. We could focus the additional coverage where we wanted it without generating lots of additional scenarios we do not have time to execute.


  • No labels