Test Analysis and Design Workshop 1

Chapter 4 Question Workshop — ISTQB CTFL
ISTQB CTFL • ya01a

Chapter 4 Question Workshop

Eight Chapter 4 questions from the supplied ya01a quiz, rebuilt as guided worked examples. Read the question, try it yourself, then reveal the step-by-step reasoning and visual solution.

Chapter 48 QuestionsGuided Solutions
Q4
4

How to use this workshop

The revision notes map Chapter 4 to Q2, Q3, Q4, Q18, Q20, Q22, Q28 and Q29. Work each question before revealing the solution. The solution table separates the reasoning into small decisions so you can reuse the method on similar exam questions.

1. Identify

Spot the syllabus topic and the key words in the question.

2. Apply

Use the technique or definition, not intuition alone.

3. Eliminate

Check why each distractor is weaker or invalid.

4. Conclude

Select the answer only after the evidence is clear.

★

Chapter 4 Exam Patterns

EP

Count distinct partitions covered, not the number of test values.

BVA

Compare expected and faulty behavior at the boundary and its neighbors.

State transitions

Reject invalid transitions first, then count distinct valid transitions.

Definitions

Match the wording precisely: specification → black-box; structure → white-box; experience → experience-based.

ISTQB CTFL — Chapter 4 ya01a Guided Question Workshop

Test Analysis and Design Workshop

Test Analysis And Design

Marble Sapphire
ISTQB CTFL

Test Analysis and Design

Chapter 4 interactive study guide covering test-technique selection, black-box, white-box and experience-based techniques, plus collaboration-based test approaches.

Chapter 4CTFL v4Interactive Study Map
TAD
04

Test Analysis and Design

Test techniques provide systematic ways to derive test conditions, test cases and test data. Chapter 4 groups the core techniques by the source of knowledge used about the test object.

Chapter map

4.1 Overview → choose and distinguish techniques. 4.2 Black-box → EP, BVA, decision tables, state transitions. 4.3 White-box → statement and branch testing. 4.4 Experience-based → error guessing, exploratory, checklist-based. 4.5 Collaboration-based → user stories, acceptance criteria and ATDD.

4.1

Test Techniques Overview

The Foundation Level material distinguishes three main categories according to the source used to derive tests.

CategoryPrimary sourceTypical focus
Black-boxRequirements, specifications, use cases, user storiesDiscrepancies between specified and implemented behavior
White-boxInternal structure such as code, architecture or detailed designControl-flow and structural problems
Experience-basedKnowledge, experience and intuition of stakeholdersProblems suggested by experience, risks and known failure modes
Nine core techniques

Four black-box + two white-box + three experience-based techniques form the main Foundation Level technique set.

4.2

Black-Box Test Techniques

Black-box techniques derive tests from externally visible behavior and specifications without depending on the internal implementation.

4.2.1

Equivalence Partitioning

Divide a domain into equivalence partitions whose members are expected to be processed in the same way, then test representative values.

Valid partitions

Contain values accepted by the specification. One representative can exercise a partition.

Invalid partitions

Contain values that violate the specification. Invalid partitions should also be considered where applicable.

Coverage

Number of partitions exercised by at least one test value divided by the total identified partitions.

Exam cue

In multidimensional problems, combining several invalid conditions in one test may cause defect masking. Treat the selected domain and partition model carefully.

4.2.2

Boundary Value Analysis

BVA extends equivalence partitioning by concentrating tests on the edges of ordered partitions, where implementation errors are common.

Example boundary: x ≤ 10

9→10 boundary|11 boundary→12

2-value BVA focuses on boundary values; 3-value BVA also includes neighboring values and can detect some defects that 2-value BVA misses.

Applicability

BVA requires an ordered domain and contiguous partitions so that smallest/largest elements and their neighbors are meaningful.

4.2.3

Decision Table Testing

Decision tables systematically test business rules involving combinations of conditions and resulting actions.

RuleC1C2Action
R1TTA
R2TFB
R3FTC
R4FFD
Method

Identify conditions → identify actions → generate feasible condition combinations → determine actions for each rule → derive test cases from the rules.

4.2.4

State Transition Testing

Use a state model when system behavior depends on its current state and an event can cause a transition, action or invalid transition.

State Aevent →State Bevent →State C

State coverage

Exercise identified states.

Valid-transition coverage

Exercise valid transitions represented by the model.

Invalid transitions

Check events that should not cause a valid transition from a given state.

4.3

White-Box Test Techniques

White-box testing derives coverage items from the internal structure of the test object, commonly represented by code or a control-flow graph.

4.3.1

Statement Testing and Coverage

Statement testing designs tests to execute executable statements.

Formula

Statement coverage = executed statements ÷ total executable statements × 100%

Statement Coverage — Which statements were executed?✓ S1: total = price × quantity✓ S2: discount = total × 0.10○ S3: show warning messageEXECUTEDEXECUTEDNOT EXECUTEDExample: 2 of 3 statements → 66.7% statement coverage
4.3.2

Branch Testing and Coverage

Branch testing exercises branches in the control flow, including conditional and unconditional branches.

Formula

Branch coverage = exercised branches ÷ total branches × 100%

Branch Coverage — Exercise every outcomeDecisionscore ≥ 50?TRUEFALSEPASSe.g. score = 70FAILe.g. score = 40Both outcomes tested → 2 of 2 branches → 100% branch coverage
4.3.3

Value of White-Box Testing

Structural coverage provides an objective measure of how much of the implementation has been exercised and can reveal untested structural elements.

Important relationship

Achieving 100% branch coverage implies 100% statement coverage, but 100% statement coverage does not necessarily imply 100% branch coverage.

Coverage Relationship100% Branch Coverageevery branch exercisedimplies100% Statement Coverageevery statement executeddoes NOT necessarily implyBranch coverage is the stronger structural criterionCoverage gaps point testers toward structural elements that still need tests.
4.4

Experience-Based Test Techniques

These techniques make deliberate use of tester knowledge, experience and intuition and often complement black-box and white-box techniques.

4.4.1 Error Guessing

Derive tests from likely errors, past failures, known weaknesses and common failure modes. A defect/attack list can support the technique.

4.4.2 Exploratory Testing

Design, execute, evaluate and learn dynamically. Session-based testing can use a charter, timebox, notes and a debrief.

4.4.3 Checklist-Based Testing

Design and execute tests to cover items on a checklist derived from experience, risks, standards or known defect types.

4.5

Collaboration-Based Test Approaches

Collaboration among business representatives, developers and testers helps prevent defects by building shared understanding before implementation.

4.5.1

Collaborative User Story Writing

User stories communicate value and stimulate conversation. Collaborative writing helps stakeholders clarify needs and testability.

Common form

As a <role>, I want <goal>, so that <business value>. Stories are refined through conversation and supported by acceptance criteria.

4.5.2

Acceptance Criteria

Acceptance criteria define conditions that a component or system must satisfy to be accepted and provide a basis for acceptance tests.

Scenario-oriented

Concrete examples, often expressed using Given / When / Then.

Rule-oriented

Rules, constraints or bullet-point conditions describing acceptable behavior.

4.5.3

Acceptance Test-Driven Development

ATDD is a collaborative, test-first approach in which acceptance tests are defined before implementation using language meaningful to stakeholders.

Discuss story→Define examples→Create acceptance tests→Implement
X

Interactive Technique Guide

Choose any of the nine CTFL test techniques. Each guide gives you an exam-style example, lets you think through the problem, and then reveals a suggested solution with the reasoning and coverage calculation where applicable.

K

Key Takeaways

Choose by information source

Specification → black-box; structure → white-box; experience → experience-based.

EP before BVA

BVA builds on partitions and concentrates on boundaries and, for 3-value BVA, neighboring values.

Rules vs states

Decision tables suit combinations of conditions; state transitions suit behavior dependent on history/current state.

Coverage matters

Coverage measures how thoroughly specified coverage items have been exercised.

Experience complements

Error guessing, exploratory and checklist-based testing add insights formal models may miss.

Collaborate early

User stories, acceptance criteria and ATDD build shared understanding and support defect prevention.

Q

Knowledge Check

20 questions covering the major Chapter 4 concepts. Select one answer per question, then check your answers to see an explanation for every option.

Score: 0 / 20Answer all questions, then select “Check Answers”.
ISTQB CTFL — Chapter 4 Test Analysis and Design Interactive Learning Guide