<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=160269078105920&amp;ev=PageView&amp;noscript=1">
This service has been removed!
Service successfully added!
Sign up for our blog, talk to a specialist, or just send us an email

Good Coverage is Possible, Even With Many Test Combinations.

Tuesday 02 of October, 2018./ Reading Time: 5 minutes./ By Adriana Chavarria

The Number of Test Combinations Rise.

Let's start out with a multiple entry system. Each entry has its own series of categories that have different options and possible statuses. If this were a real system, we would keep on adding combinations. As it grew, the total coverage of tests would also rise. The trick is maintaining good coverage, despite more and more combinations.

Let's add numbers to our system. Imagine that we are working with an application that controls the expenses of our executives, with a simple interface with the following items:

 

Categories: 4 (each expense can belong to a different category: food, lodging, transportation, etc.). 

Forms of payment: 3 (each expense can be paid in three ways: cash, card, and other).

Currency: 2 (dollars or colones).

Status: 2 (the expense may require refunding or it may have been covered by the company).

Ensuring High Test Coverage.

Using an empirical technique to cover every test case combination, we are left with a minimum of 48 test cases (4x3x2x4 possibilities). This doesn’t take into account negative cases or edge cases that could be found in the app.

Knowing we have 48 cases to test the module, the real problem isn't the execution. This would be a relatively easy task, since we know already know all of the combinations. The real issue is the time. How much time does it take to create and execute all 48 test cases? Take into account that our system is only one example. If the daily entries were to rise, then so would the number of combinations.

Reducing the number of test cases.

There is one way to reduce the number of test cases- by using a reliable and powerful tool called all pair testing. All pair testing is a simple, yet powerful and secure tool that, when combined, all possibilities have a high coverage percentage, significantly reducing the number of test cases. 

Using our expense control module, the following case-construction steps are as follows.

Step 1.

Organize the categories in a descending manner. In other words, the category with the most entries should go first: Category, Forms of payment, Currency, Status

Step 2.

Type n times the variable of A(Category) in the first column, where n is the number of variables in B (Forms of payment).

Screen Shot 2018-10-01 at 4.04.11 PM
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Step 3.

Type the “Forms of payment” variables in the second column.

Screen Shot 2018-10-01 at 4.08.32 PM
 
 
 
 
 
 
 
 
 
 
 
 
 
Step 4.

Check, from right to left, that every value from the right column is paired with one in the left column.

Carry out this step every time a new column is added or if the chart is modified.

This way we can see that for every cash-made payment, there is at least one expense for food, lodging, transportation, and others. You may also check the card and other expense pairs.

Screen Shot 2018-10-01 at 4.09.21 PM

 

 

 

 

 

 

Step 5.

Add the values of the third variable and make sure to check the right column with the left column.

Screen Shot 2018-10-01 at 4.10.04 PM

 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Once verified, the new column should be compared to the next left column.
 
Screen Shot 2018-10-01 at 4.10.45 PM

 

 

 

 

 

 

 

 

 

 

 

Step 6.

Once every new value has its pair in another column, the following value list is added.

Screen Shot 2018-10-01 at 4.11.18 PM

 

 

 

 

 

 

 

 

 

 

We can see that, in this case, there is no colones-paid or dollars-refunded pairs. We have to search for a repeated pair and change it's value.

Screen Shot 2018-10-01 at 4.12.25 PM

 
 
 
 
 
 
 
 
 
 
 
 
 
Step 7.

Once a change has been made, you have to repeat the verifying process on the right column with all the left columns, in order to compare pairs, and see if any pairs don’t exist. If this is the case, then they are adjusted and the values are checked again.

Screen Shot 2018-10-01 at 4.13.14 PM-1

 

 

 

 

 

 

 

 

 

 

 

Screen Shot 2018-10-01 at 4.13.22 PM

 

 

 

 

 

 

 

Step 8.

Once we check that every value has it's pair, our table is complete.

Conclusion.

In the end, we have reduced 48 cases to 12, cutting the number down by 75% of the possible cases that could have been executed without the use of the technique versus the variable combination.

About Avantica.

If you are looking for a software partner who will work towards your own business goals and success, then Avantica is your solution. We offer dedicated teams, team augmentation, and individual projects to our clients, and are constantly looking for the best methodologies in order to give you the best results.

 

 Let's Start a Project Together

 

 

 

 

 

 

 

 

 

 

PREVIOUS
Controlling the Planned Versus the Real Progress in a Project.
NEXT
How Important Is Security Testing?