You are on page 1of 24

Agenda:

Test Design

1
Test Design

Importance of Test Design:


• Foundation to design and develop test script.

• Greater confidence in Quality.

• Completeness of test.

• Estimation of Test Effort.

2
Test Design

Test Design Essentials:


 Test Design covers Test Scenarios & Test Cases.

 Test Scenarios & Test Cases covers all features.

 There is a balance between normal, abnormal, boundary and


environmental test cases.

 There is a balance between black box and white box testing.

 There is a balance between functional tests and non- functional tests.

 Finally, documenting test cases.

3
Test Design

Design-Activities:
• Setup test environment.

• Design Test Cases: Requirements-based and Code-based Test Cases.

• Analyze if automation of any test cases is needed.

4
Test Design

Test Design Process:

Establishing Incorporating
SME /Peer
Understanding Traceability Preparation of Review
Review of Test
Requirements Matrix in HP Test cases comments in
cases
ALM test cases

5
Test Design

Test Design Process:


• The tester will understand each requirement and prepare corresponding
test case to ensure all requirements are covered.

• Each Test case will be mapped to Use cases to Requirements as part of


Traceability matrix.

• Each of the Test cases will undergo review by the BUSINESS ANALYST
and the review defects are captured and shared to the Test team.

• The testers will rework on the review defects and finally obtain approval
and sign-off.

6
Test Design

Test Design Process:


• During the preparation phase, tester will use the prototype, use case and
functional specification to write step by step test cases.

• During the preparation phase, tester will use the various Black Box Test
Design Techniques –ECP, BVA, Decision Table, State Transition, Use Case
to write step by step test cases.

• Testers will maintain a clarification Tracker sheet and same will be


shared periodically with the Requirements team and accordingly the test
case will be updated. The clarifications may sometimes lead to Change
Requests or not in scope or detailing implicit requirements.

7
Test Design

Test Design Process:


• Sign-off for the test cases would be communicates through mail by
Business Analyst’s.

• Any subsequent changes to the test case if any will be directly updated in
HP ALM.

Note:

• In this phase test engineers will plan what to test and how to test i.e.
testers will prepare various input documents such as test scenarios, test
cases and test data etc…(test specifications)required for testing.

8
Test Design

Requirement Traceability Matrix (RTM):


Traceability:

– The ability of identify a group of test cases that belongs to a


requirement is called Traceability.

– Mapping between test cases and requirements is called Traceability


Matrix.
Advantages of Traceability Matrix:
– RTM is useful to determine the percentage of test coverage.

– To identify a group of test cases belongs, to specify requirement


which helps in implementing the change request and also for
modified build testing.

9
Test Design

Traceability Matrix Template:

10
Test Design

Test Scenario:
– An item or a functionality to be tested is called test scenario.

– In other words what to test.

11
Test Design

Test Scenario Template:

12
Test Design

Assignments:
Create Test Scenarios for Following Tasks:
• Online Bus-Ticket Booking

• Search Book in Library

• Search Train on Platform

• Gmail- Login

• Purchase Product in Flip Kart

• Lift

• Mobile Product

• Windows Calculator

13
Test Design

Test Case:
– A test case is a set of pre-conditions; steps to be followed input data
and expected results to validate functionality in the system. In other
words what to test and how to test is called test case.

Test Cases and Test Data:


– Test data are inputs that have been devised to test the system.

– Test Cases are inputs and outputs specification plus a statement of


the function under test.

– Test data can be generated

• From live systems

• It can be simulated
14
Test Design

What Is A Good Test Case:


– Accurate - tests what it’s designed to test.

– Economical - no unnecessary steps.

– Repeatable, reusable - keeps on going.

– Traceable - to a requirement.

– Appropriate - for test environment, testers.

– Self standing - independent of the writer.

– Self cleaning - picks up after itself.

15
Test Design

How To Write A Good Test Cases:


– Testability – Easy to test

– Use simple/action directive sentences

– Simple conversational language


Sample
– Exact, consistent names of fields, not generic Test case
– Don’t explain windows basics

– Order of cases follows business scenarios

16
Test Design

What a Good Test Case Does:

An excellent test case satisfies the following criteria:

– Reasonable probability of catching an error

– Exercises an area of interest

– Doesn’t do unnecessary things

– Neither too simple nor too complex

– Not redundant with other tests

– Makes failures obvious

– Allows isolation and identification of errors

17
Test Design
Test Cases Mistakes:

Seven most common mistakes:

– Making cases too long

– Incomplete, incorrect, or incoherent setup

– Leaving out a step

– Naming fields that changed or no longer exist

– Unclear whether tester or system does action

– Unclear what is pass or fail result

– Failure to clean up

18
Test Design
Test Case Design Stages:

– Identify test resources.

– Identify conditions to be tested.

– Rank test conditions.

– Select conditions for testing.

– Determine correct results of processing.

– Create test cases.

– Document test conditions.

19
Test Design
Template for Test Case :
 In order to select the fields that we will use in our template, let us first identify
all possible field choices for the template –
• Project Name, Test Suite ID and Name

• Version date, Version Number, Version Author

• Approval and distribution date

• Revision History with reasons for update

• Environment pre-requisites (Installation & Network)

• Test Pre-conditions (Data created before testing)

• Test Case Name , Test Case Number

• Type Of Testing ( I.e. Functional, Load etc.), Objectives

• Valid or invalid conditions

• Input Data ( ID type, values)

• Test Steps

• Expected Results
20
Test Design
Template for Test Case :

21
Test Design-Review Questions
1. In order to test the Functionality of an application, White-box testing is
more suitable.

1. TRUE 2. FALSE

2. In Black-box testing efficient test cases can be created using the Boundary
Value Analysis and Equivalence Class Partitioning.

1. TRUE 2. FALSE

3. In order focus only on the range or value of the test data for testing an
application’s functionality, which of the following approaches suits
better?

1. Equivalence Class Partitioning

2. Boundary Value Analysis

3. Error Guessing

4. Random Testing
22
Test Design-Review Questions

4. For testing a functionality in which the functional meaning OR business


value does not change for any of the values within a range, which of the
following approaches suits better?

1. Equivalence Class Partitioning

2. Boundary Value Analysis

3. Error Guessing

4. Random Testing

23
Question and Answer

24

You might also like