Essential Terms — C08

The Hamilton and Alexandra College · Year 12 · 2026

A glossary of every term you need to recognise and use correctly across C08. Click a term to expand its definition. If you cannot define a term in your own words, you cannot use it with confidence when it counts.

flowchart TD
    R["C08 vocabulary<br/>22 terms"]
    R --> G0["Debugging techniques<br/>6 terms"]
    R --> G1["Alpha testing<br/>2 terms"]
    R --> G2["Test cases, test data, expected results<br/>5 terms"]
    R --> G3["Error types<br/>8 terms"]
    R --> G4["Design modifications<br/>1 term"]

Where the C08 vocabulary sits, and how much of it is in each group — the 5 sections below follow the same order. Revise the heavy groups first.


Debugging techniques

Breakpoint

A debugging tool that allows the execution of a program to be paused at a specific point to allow a programmer to inspect the current state of the program and diagnose any issues.

Debugging

The process of identifying, analysing and removing errors or bugs from software.

Debugging statement

A line of code inserted into a program to output information about the program's execution.

Desk checking

A manual process where a programmer reviews and traces through their code to verify its correctness and logic.

Trace table

A tool used in programming and algorithm analysis to track the values of variables at each step of the execution of a program or algorithm.

Truth table

A table used to represent all of the combinations of values for inputs and their outputs, typically used to test conditional statements.


Alpha testing

Alpha testing

An early stage of testing conducted by the development team within the development environment.

Testing table

A commonly used way to record evidence of functionality testing.


Test cases, test data, expected results

Boundary values

The maximum and minimum edge values possible for a given input.

Expected results

The output expected from an algorithm, assuming it is logically correct.

Test case

A set of steps that a tester uses to determine if the element being tested works correctly, often outlining test data, testing procedures, and expected results.

Test data

Data that has been specifically identified to be used in a test case.

Validation

Checks the reasonableness of data inputs.


Error types

Divide by zero error

An error occurring when an arithmetic equation is attempting to divide by 0.

Index out of range

An error that occurs when attempting to access an element of an array using an index that is outside the valid range of indices for that array.

Infinite loop

An iteration that will never reach the condition upon which it can terminate.

Logic error

When source code is syntactically correct but contains an error resulting in unintended, undesirable, or incorrect output.

Overflow error

An error that occurs when a calculation exceeds the maximum limit that a data type can represent.

Runtime error

An error that occurs while a program is running, including overflow, index out of range, type mismatch, and divide by zero.

Syntax error

Often a typographical error in source code that violates the set of rules that define a programming language.

Type mismatch

When a function or method receives an argument of an unexpected data type leading to errors or unintended behavior.


Design modifications

Design modification

A change made to the planned design of a solution during the development stage in response to issues identified through testing, debugging or changing requirements.


See also

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9