Effectively Arranging Input Data for Test Cases

Introduction

In the AAA pattern, we arrange data before we test a specific method. For example, we prepare some form of input data to test a method. There should be some thinking and intention in formulating this arranged data. The reason why arranging data requires deliberation is that most data, if purely randomized, will simply define general test cases. A general test case, or general case, is when code executes data that is arranged in a way that no value is on the edge or periphery of all its possible values.

Given that variables usually assume a wide variety of values, randomizing this data will lead to the general case data most of the time. Effectively arranging input data for test cases requires including as many edge cases as possible.

Identifying general case

Consider a method that transforms lowercase characters into uppercase characters. Already existing uppercase characters should remain unchanged. To determine the various general test cases, we need to think about dividing possible inputs into groups based on expected outcomes. This is known as equivalence partitioning. Equivalence partitioning is the act of dividing all inputs into groups based on expected outcomes. The result of equivalence partitioning is a set of equivalence classes. The four equivalent classes in the string converter example are shown ...