QAGuild

Manual Test Cases

1. A + B = C
Test Data and Steps.
Input. A = 2; B = 3.
Expected result. C = 5.

2. A – B = C
Test Data and Steps.
Input. A = 2; B = 3.
Expected result. C = -1.

3. A * B = C
Test Data and Steps.
Input. A = 2; B = 3.
Expected result. C = 6.

4. A / B = C
Test Data and Steps.
Input. A = 6; B = 3.
Expected result. C = 2.

Recorded Scripts (Hard-coded Data and Logic)

TC1.
Click “2”;Click “+”;Click “3”;Click “=”.
Read value C.
Verify C is equal 5.

TC2.
Click “2”;Click “-”;Click “3”;Click “=”.
Read value C.
Verify C is equal -1.

TC3.
Click “2”;Click “*”;Click “3”;Click “=”.
Read value C.
Verify C is equal 6.

TC4.
Click “6”;Click “/”;Click “3”;Click “=”.
Read value C.
Verify C is equal 2.

Parameterized Scripts (Parameterized Data / Hard-coded Logic)

Reusable Function

1: Input Number. Description: Clicks on number buttons in accordance to the number passed-in. No return value.

Reusable Function 2: Compare Number.

Description: Compare 2 passed-in numbers. Return TRUE if equal FALSE otherwise.

Scripts

TC1.
Input Number A;
Click “+”;
Input Number B;
Click “=”.
Read value as C-Actual;
Compare Number C-Actual, C-Expected.

TC2.
Input Number A;
Click “-”;
Input Number B;
Click “=”;
Read value as C-Actual;
Compare Number C-Actual, C-Expected.

TC3.
Input Number A;
Click “*”;
Input Number B;
Click “=”;
Read value as C-Actual;
Compare Number C-Actual, C-Expected.

TC4.
Input Number A;
Click “/”;
Input Number B;
Click “=”;
Read value as C-Actual;
Compare Number C-Actual, C-Expected

Data Table

Analysis

Parameterization of the values obviously extends Test Coverage within the same Test Case group. Whether it’s 2 + 3 or 200 + 300 same script would cover all the combination provided.

However the logic is still hard-coded as a sequence of steps to perform. Code duplication rate for the scripts exceeds 75%.

Data-Driven Script (Data as Input and Test Flow control)

Reusable Functions

Reusable Function 3: Input Operator.

Description: Clicks on the operator button in accordance to the operator passed-in. Skips if the argument is empty. No return value.

Script

Input Number A;
Input Operator O1; Input Operator O2; Input Operator O3; Input Operator O4;
Input Number B;
Click “=”.
Read value as C-Actual;
Compare Number C-Actual, C-Expected.

Data Table

Analysis

Four separate scripts were converted to a single one.

Amount of the code was decreased to 37.5 % of the initial one without losing the initial coverage.

Manual Test Cases (Extended Coverage)

Maybe it was initially planned or due to a Production incident Test Coverage was requested to be extended with the following Test Cases.

A1 + A2 + A3 + … + An = C

A1 – B2 + A3 – B4 + … + An – … – Bn = C

Iterative Data-Driven Script

Reusable Function

Reusable Function 4: Get Operation

Description: Based on the parameter passed-in (Operation Name) returns the following record:

Script

Input Number A0;
Begin loop through comma-separated list of Operations
Get Operation;
Input Operator O1; Input Operator O2;
Input Operator O3; Input Operator O4;
Input Number B;
End Loop If no more Operations in the list
Click “=”.
Read value as C-Actual;
Compare Number C-Actual, C-Expected.

Primary Data Table

Secondary Data Table

Analysis

Single script covers the required Addition/Subtraction Test Cases and provides coverage for the all possible combinations of Addition/Subtraction/Multiplication/Division.

3 extra lines of the code were added to the script.

Development of the additional reusable function was required.

Within the same type/class of Test Cases Test Logic creation/modification does not require code change and could be performed by any user with basic Excel skills.

Conclusion

In fact, what single Business Program does could be covered with the single Testing Program while manual testing requires a set of Test Cases. Utilizing a simple trick “skip step if no data” testing script produces test flow combinations covering different manual testing sequences. There are still mandatory prerequisites: common GUI, same entry point, same major PASS/FAIL conditions. The code becomes extremely compact and that saves a lot of time on the maintenance phase. This approach also reduces data maintenance efforts as tester may leave empty any optional inputs, as well as reuse secondary data rows. The coverage is getting extended even beyond the required level.

P.S. The real Business Window I had to cover contained about 50 Input fields on 3 tabs. With 2 independent loops, same fields could be populated undefined (from 1 to 100) number of times. Submitted within a loop data were displayed on the on-screen table as records. The Application responded to an input dynamically showing/hiding and enabling/disabling co-dependant Input and Message fields, as well as changing default values and contents of dropdown-lists.

The total number of Manual Test Cases exceeding 100 was successfully covered with a single Iterative Data-Driven script.