Teaching Test It. Break It. Fix It. in Grade 7: Oklahoma Standard 7.AP.PD.03

Teaching testing programs with inputs in grade 7 does not have to be complicated. Picture a QA tester designing varied test inputs, including edge cases, to find bugs before software ships. That kind of thinking is exactly what Oklahoma's grade 7 computer science standard 7.AP.PD.03 asks students to practice — and it is very teachable with the right materials. This post walks through what the standard means, the misconceptions students bring to it, and discussion starters you can use tomorrow, whether you teach in a classroom or at your kitchen table.

What Does Standard 7.AP.PD.03 Actually Ask?

Test and refine programs using a variety of student created inputs. — Oklahoma Academic Standards for Computer Science (February 2023)

In plain language: Oklahoma's standard asks seventh graders to test and refine programs using a variety of student created inputs.

In student-friendly terms, the learning target is: "I can test and refine programs using a variety of student created inputs."

What Students Should Be Able to Do

• I can design typical test inputs that reflect normal program use.
• I can design edge case inputs that test unusual extremes.
• I can design invalid inputs that test how a program handles bad data.
• I can refine a program based on what testing reveals.

Along the way, students pick up the working vocabulary of the topic: testing, input, output, typical, edgecase, invalid, boundary, refine, bug, expected, variety, validate.

Testing Programs With Inputs: Misconceptions to Watch For

These are the wrong turns students reliably take with this standard — knowing them ahead of time is half the lesson plan. Each correction strategy below comes straight from the unit's teacher guide (the paragraph and activity references point into the unit itself).

1. "Testing a program with one typical input is enough to confirm it works correctly."

Use paragraph 1's key point — a program can work with one typical input and still have hidden problems revealed only by other kinds of inputs.

2. "Edge cases and invalid inputs are basically the same thing."

Reference paragraphs 3-4 — edge cases test unusual extremes that are still technically allowed, while invalid inputs test data that shouldn't be allowed at all.

3. "Once a bug is fixed, there's no need to test the program again."

Point to paragraph 8 — retesting after a fix confirms it worked and checks that it didn't accidentally introduce a new problem.

4. "Refining a program just means making it work for the one specific test case that failed."

Clarify from paragraph 7 — genuine refining means fixing the root cause so it works for an entire category of similar inputs, not just one case.

Discussion Starters You Can Use Tomorrow

• Why do you think it's easy to forget about edge cases when testing a program you just built?
• What's an example of a boundary value you might test for a program with a maximum score of 100?
• Why might a security researcher deliberately test software with unusual or malicious inputs?

Bringing It Home

This topic is a natural one for families. One ten-minute activity to try: Together, pick an app or game you both use and try a few unusual inputs together (an empty field, a very long entry) to see how it handles them, and talk about what you notice.

Where This Leads

Students who can test and refine programs using a variety of student created inputs are building skills used every day in QA testing, software engineering, automation test engineering, security research, and computer science education.

See the Unit in Action

Get the Complete 7.AP.PD.03 Unit

I built a complete, no-prep unit for this standard — Testing Programs with Student-Created Inputs — covering 3-4 days of instruction across 35 pages:

• Teacher guide — day-by-day pacing, misconceptions to watch for, discussion questions, differentiation for support / ELL / extension, and a 4-point rubric
• Student learning target page — a kid-friendly "I can" statement with success criteria
• Full content lesson with 3 embedded "Check Your Understanding" checkpoints
• 12-question assessment (6 multiple choice, 4 true/false, 2 short answer) with a complete answer key, explanations, and exemplar responses
• Group activity — "Design the Test Plan" (45-50 minutes)
• Individual activity — "Test and Refine My Own Idea" (40-50 minutes)
• Crossword and word search built from all 12 vocabulary terms (with answer keys)
• Family connection letter — a plain-language page for parents, with dinner-table questions and a 10-minute home activity
• Certificate of achievement — ready to sign and send home
• Test Design and Reference Materials (separate printable, 1 page)

Get Test It. Break It. Fix It. on Teachers Pay Teachers →

Every Sooner Standards resource is built directly from the official Oklahoma Academic Standards for Computer Science (February 2023) — standard text verified, never paraphrased from memory.