Scribd
Upload
228 views3 pages

Test Condition: Advantages of Detailed Test Conditions

A test manager guide to test conditions as shown in A Test Manager's Guide from https://courses.cania-consulting.com

Uploaded by

Lucian C
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
228 views3 pages

Test Condition: Advantages of Detailed Test Conditions

A test manager guide to test conditions as shown in A Test Manager's Guide from https://courses.cania-consulting.com

Uploaded by

Lucian C
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 3

Test Condition

Is an item or event of a component or system that could be

verified by one or more test cases (ex: function,

transaction, feature, etc.).

A test condition may or may not specify values or

variables. It all depends on the context at that test level.

Some might be generic like "Test Payment" and others

may be specific like "Test Payment with VISA for 3 items

and a cost over 100$".

Don't forget, if you go specific, then expect a higher

number of test conditions. Check what you need at that

stage and adapt. It may not be the same for Component

Test as for System Test.

advantages of detailed test conditions


More flexibility in relating other test work products

Better and more detailed monitoring and control

Contributes to defect prevention by occurring early

Relates testing work products to stakeholders in terms

that they can understand

Influences and directs other testing activities, but also

other development activities

Enables test design, implementation and execution to

be optimized by more efficient coverage

Basis for clearer horizontal traceability within a test

level
disadvantages of detailed test conditions

Potentially time-consuming

Maintainability can become difficult

Level of formality needs to be defined and implemented

across the team

GO detailed when

Lightweight test design documentation

methods

Little or no formal requirements or

other development work products

The project is large-scale, complex or

high risk

GO generic when

Component (Unit) level testing

Less complex projects where simple

hierarchical relationships exist

Acceptance testing where use cases can

be utilized to help define tests


Test implementation is not all about

manual testing, this is the stage where

automation scripting takes place, the

stage where automation versus manual

prioritization and execution order is

established.

And I am not talking only about automation, even tool

acquisition  is done here, especially for test data

generation required to prepare for load, volume or

performance testing.

Quick reminder before moving forward

Test Case
A set of preconditions, inputs, actions (where applicable),

expected results and post conditions, developed based on

test conditions.

Test Script
A sequence of instructions for

the execution of a test.

Test Suite
groups of test scripts, as well as a test

execution schedule.

Test Charter
An instruction of test goals and possible test ideas on how

to test. Documentation of test activities in session-based

exploratory testing.

You might also like