Skip to main content

Free vocabulary hub

Failure museum

Productive struggle, debugging, and learning from tests

Productive failure designs can deepen understanding when struggle precedes formal instruction. Bugs and debugging are normal parts of programming; NASA lessons connect testing to failure-point analysis.

Productive failure

Students grapple with a new problem before receiving full formal instruction; that struggle can later support stronger conceptual understanding and transfer.

Real-world extension: Discussed in ERIC-indexed work on middle-school and secondary STEM contexts.

Sources

Bug

An error or defect in code or system behavior. Bugs are a natural part of programming, not proof that someone is “bad at coding.”

Real-world extension: Framing bugs as normal reduces fear and supports persistence.

Sources

Debugging

Locating, understanding, and removing bugs—often starting by reproducing the problem, characterizing what is wrong, and testing likely causes step by step.

Real-world extension: Debugging habits resemble troubleshooting in electronics, chemistry setups, and mechanical prototypes.

Sources

Failure point

The place or condition where a model or design breaks down—identified so the design can improve rather than merely be judged.

Real-world extension: Structural engineers, aerospace testers, and product designers all look for failure points during testing.

Sources

Root cause

The deeper reason a problem happened, not just the surface symptom. Investigations use root-cause analysis to prevent similar problems from recurring.

Real-world extension: Root-cause thinking helps in robotics jams, circuit failures, and team process problems—not only space missions.

Sources

Testing

Deliberately trying to find weaknesses so the next version can improve—linked to fair tests, controlled variables, and failure-point analysis.

Real-world extension: NASA educational design lessons connect testing evidence directly to better prototypes.

Sources

Iteration

Improving a design through repeated cycles instead of hoping version one is perfect—normal, expected practice.

Real-world extension: Presented as standard in NASA and Stanford design resources.

Sources

Reflection

Taking time to think about what happened, what changed, and what should happen next—connecting past work to future making and learning.

Real-world extension: Turns a failed build into usable knowledge—the point of a Failure Museum.

Sources