Test Design Technques

Test Design Techniques

I) Specification-based/Black-box techniques

o Equivalence partitioning

o Boundary value analysis

o Decision table testing

o State transition testing

o Use case testing

Equivalence partitioning

o    Inputs to the software or system are divided in to groups that are expected to exhibit similar behavior
o    Equivalence partitions or classes can be found for both valid data and invalid data
o    Partitions can also be identified for outputs, internal values, time related values and for interface values.
o    Equivalence partitioning is applicable all levels of testing

Boundary value analysis

o    Behavior at the edge of each equivalence partition is more likely to be incorrect. The maximum and minimum values of a partition are its boundary values.
o    A boundary value for a valid partition is a valid boundary value; the boundary of an invalid partition is an invalid boundary value.
o    Boundary value analysis can be applied at all test levels
o    It is relatively easy to apply and its defect-finding capability is high
o    This technique is often considered as an extension of equivalence partitioning.

Decision table testing

o    In Decision table testing test cases are designed to execute the combination of inputs
o    Decision tables are good way to capture system requirements that contain logical conditions.
o    The decision table contains triggering conditions, often combinations of true and false for all input conditions
o    It maybe applied to all situations when the action of the software depends on several logical decisions

State transition testing

o    In state transition testing test cases are designed to execute  valid and invalid state transitions
o    A system may exhibit a deferent response on current conditions or previous history. In this case, that aspect of the system can be shown as a state transition diagram.
o    State transition testing is much used in embedded software and technical automation.

Use case testing

o    In use case testing test cases are designed to execute user scenarios
o    A use case describes interactions between actors, including users and the system
o    Each use case has preconditions, which need to be met for a use case to work successfully.
o    A use case usually has a mainstream scenario and some times alternative branches.
o    Use cases, often referred  to as scenarios, are very useful for designing acceptance tests with customer/user participation   

II) Structure-based/White-box techniques

o    Statement testing and coverage
o    Decision testing and coverage
o    Other structure-based techniques
o    condition coverage
o    multi condition coverage

Statement testing and coverage:


An entity in a programming language, which is typically the smallest indivisible unit of execution

Statement coverage

The percentage of executable statements that have been exercised by a test suite

Statement testing

A white box test design technique in which test cases are designed to execute statements

Decision testing and coverage

A program point at which the control flow has two or more alternative routes

A node with two or more links to separate branches

Decision Coverage

The percentage of decision outcomes that have been exercised by a test suite

100% decision coverage implies both 100% branches coverage and 100% statement coverage

Decision testing

A white box test design technique in which test cases are designed to execute decision outcomes.

Other structure-based techniques


A logical expression that can be evaluated as true or false

Condition coverage

The percentage of condition outcomes that have been exercised by a test suite

Condition testing

A white box test design technique in which test cases are designed to execute condition outcomes

Multiple condition testing

A white box test design technique in which test cases are designed to execute combinations of single condition outcomes

III) Experience-based techniques

o    Error guessing
o    Exploratory testing

Error guessing

o    Error guessing is a commonly used experience-based technique

o    Generally testers anticipate defects based on experience, these defects list can be built based on experience, available defect data, and from common knowledge about why software fails.

Exploratory testing

o    Exploratory testing is concurrent test design, test execution, test logging and learning , based on  test charter containing test objectives and carried out within time boxes

o    It is approach that is most useful where there are few or inadequate specifications and serve time pressure.


What is the Scope between the QTP and Selenium?
What are the companies used these two tools?

sir can you provide video tuotrials of test design technques.
1.Black box
2.White box
3.experienced based

please sir send me job offers in manual testing.My email id lavanyamrlr@gmail.com

Hi Sir can you send me manual testing Jobs my id-vasumittamida@gmail.com

hi sir i am prasad kuchimanchi
i am 2015 passout. and i follow your articles and blog its very gud and best platform to us.
thank you

Good Concept with short description.

Post a Comment