Software Engineering › Key terms › Y11 Programming Fundamentals › Faulty and abnormal data
Faulty and abnormal data
Term Y11 Programming Fundamentals
Definition
Data that is the wrong type, empty, too large or small or has odd characters, used to check the program rejects it or handles it without crashing.
Example: Enter "abc" where a number is expected.
Found in: syllabus.
Where it is used in the test
Syllabus area: Y11 Programming Fundamentals.
Question types it can appear in
- Short answer: Define, outline or explain it and tie it to the scenario.
- Matching or table: Match it to its description, example or category.
- Multiple choice: Pick the option that matches the definition or example.
Where it has appeared in the paper
The Software Engineering Project (Part C). Part letters follow each paper’s own layout.
Related past questions
- Familiarisation Q5 (3 marks): Testing (test data) The Software Engineering Project (Part C) · 3 marks
These are the questions the flashcard set links to this term. Open each one and compare your answer with its marking criteria.
Study links
- Flashcard: Faulty and abnormal data in Programming Fundamentals (Year 11) · study that set
- Memorise: Testing and code quality (Year 11)
- Notes: Quality assurance, testing methods and test data (The Software Engineering Project (Year 12))
- Notes: Testing and code quality (Year 11) (Year 11 content (Programming fundamentals, OOP, Mechatronics))
How to use it in an answer
A model sentence
“Data that is the wrong type, empty, too large or small or has odd characters, used to check the program rejects it or handles it without crashing.” Then apply it: Enter "abc" where a number is expected.
In a short answer, give the definition in your own words first, then tie it to the situation in the question. Do not copy the example above unless it fits the scenario.
Command words used with it
No linked question shows the command word for this term. Across the past short answer questions in this bank the words used most are: Explain, Outline, Describe, Compare, Classify, Analyse. Check the actual word in your question.
Technique for the question types
- Short answer: One clear point per mark, use the stimulus and course terms, and answer the command word.
- Matching or table: Tick or match each statement to the right column (for example ORM v SQL, SAST v DAST).
- Multiple choice: Read all four options, rule out wrong ones, pick one; no penalty for guessing so never leave blank.
Worked answers from the marking guidelines
Familiarisation Q5 (3 marks): Testing (test data) (3 marks): criteria and sample answer
Criteria
3: Test data that thoroughly tests the algorithm, with expected outputs and reasons for inclusion. 2: Tests most boundaries and/or paths, with most expected outputs and reasons. 1: Some relevant information.
Sample answer
85 -> H (testing greater than 80). 80 -> H (boundary value 80). 60 -> P (between 50 and 80). 50 -> P (boundary value 50). 45 -> N (testing 'otherwise', below 50).
Common mistakes
- Use the term exactly as the syllabus words it, then link it to the scenario in the question; the 2025 feedback repeatedly rewards using the stimulus.
- Answer the command word: outline gives main points only, explain gives a reason or cause, discuss gives both sides.
Related terms
Same group in the syllabus: Quality criteria for evaluating code · Syntax error · Logic error · Runtime error · Debugging tools · Breakpoint · Single line stepping · Watch window (variable watch) · Debugging output statements · Boundary values · Path coverage · Code optimisation