AP CSP Unit 1 · 10-13% of MCQ section

Creative Development

Students learn how programs begin as ideas, become prototypes, improve through testing, and communicate purpose through user-centered design and collaboration.

Lessons and exercises

Worked examples, exercises with solutions, and downloadable unit problems.

Unit 1: Creative Development

1.1 Purpose, Requirements, and Users
A program should have a clear purpose and requirements that describe what it must do for users.
2 exercises →
1.2 Iterative Design
Programs improve through cycles of prototype, test, feedback, and revision.
2 exercises →
1.3 Collaboration
Teams need communication, role clarity, shared files or version habits, and a way to compare ideas against evidence.
2 exercises →
1.4 Testing and Debugging
Testing checks whether a program behaves as intended; debugging finds and fixes the cause when it does not.
2 exercises →

Problems PDF Solutions PDF Unit MCQ

Learner Lens

Think like a product designer and programmer at the same time: what problem is being solved, who uses the program, what evidence shows the design works, and how iteration improves the result.

Detailed Study Notes

What to understand before practice

Read the notes, then use the topic panels to turn each idea into a practice habit.

Program purpose is different from program features

A program purpose explains what the program is intended to do for a user or community. “The app helps students plan homework by tracking deadlines and showing what is due next” is a purpose. “The app has buttons, screens, and a list” is a feature description.

AP CSP questions often test whether students can separate purpose from implementation. Implementation details matter, but they are not the reason the program exists.

A strong Create task project begins with a clear purpose because later written responses depend on explaining input, output, program behavior, and user value.

Exam Connection

When answer choices sound similar, prefer the one that describes user-facing purpose instead of only naming code structures or interface elements.

Iterative development means useful revision cycles

Iterative development is a repeated cycle of planning, building, testing, gathering feedback, and revising. A partial prototype can be valuable because it exposes design problems early.

Feedback should connect to the program goal. If users misunderstand a button, enter unexpected data, or cannot find a summary, the team should revise the interface or logic based on that evidence.

Testing is not something saved for the end. AP CSP expects students to understand that testing during development helps find defects and refine requirements.

Exam Connection

For collaboration and design questions, choose answers that make ideas testable, use feedback, and revise incrementally rather than waiting for a perfect final version.

Collaboration works best when roles and evidence are clear

Collaboration is more than splitting work. Teams need shared goals, version control or file management habits, communication about changes, and a way to resolve design disagreements.

Good collaborators compare ideas against requirements and user feedback instead of personal preference. A quick mockup, peer test, or checklist can make a disagreement productive.

Attribution matters. Students should understand what they wrote, what was provided by a library or tool, and what support they received while preserving student-authored work.

Exam Connection

AP CSP collaboration answers usually reward communication, testing, role clarity, and revision, not simply letting one person make all decisions.

Testing should include normal, boundary, and unexpected cases

A normal test checks the common path. A boundary test checks the smallest, largest, first, last, empty, or near-limit case. An unexpected test checks how the program handles invalid or unusual input.

Create task preparation should include tests that demonstrate the procedure behaves differently for different parameter values or different list contents.

Good debugging narrows the problem. Temporary outputs, trace tables, and small test cases reveal where stored data, displayed output, and intended logic stop matching.

Exam Connection

For testing questions, avoid vague answers such as “try it and see.” Pick tests that target the specific requirement or edge case in the prompt.

Purpose, Requirements, and Users

A program should have a clear purpose and requirements that describe what it must do for users.

Apply It

State the user need first, then list only the features required to meet that need.

Avoid This Trap

Do not confuse “uses a list” or “has buttons” with the actual purpose.

Iterative Design

Programs improve through cycles of prototype, test, feedback, and revision.

Apply It

Use small tests or mockups to decide what to improve before building every feature.

Avoid This Trap

Waiting until the program is complete to test usually hides problems until they are harder to fix.

Collaboration

Teams need communication, role clarity, shared files or version habits, and a way to compare ideas against evidence.

Apply It

Resolve disagreements by testing prototypes against requirements instead of choosing by opinion.

Avoid This Trap

Collaboration is not the same as one person doing all coding and others only watching.

Testing and Debugging

Testing checks whether a program behaves as intended; debugging finds and fixes the cause when it does not.

Apply It

Use normal, boundary, and unexpected test cases for input, output, and procedure behavior.

Avoid This Trap

A single successful test does not prove the program works for all cases.

Practice Drill

Turn the notes into action

Design a two-screen study planner. Write its purpose, two inputs, two outputs, one list it stores, and three tests that would reveal whether the planner works.

Review Questions

1How is a program purpose different from a program requirement?
2Why is user feedback useful before a program is finished?
3What makes a boundary test more useful than only testing a typical case?

Can-Do Checklist

Can distinguish program purpose from program features.
Can explain how feedback changes a prototype.
Can choose useful tests for requirements and boundary cases.
Can describe responsible collaboration without violating student-authored work.

Key Terms

program purposerequirementprototypeiterationfeedbacktest casedebuggingcollaboration

Exam Moves

For code tracing, build a small variable table and remember that AP CSP pseudocode lists are commonly shown with the first item at index 1.
For data questions, decide whether the prompt asks about collection, cleaning, visualization, inference, privacy, or bias before reading choices.
For network questions, identify sender, receiver, protocol purpose, packet behavior, and reliability or security tradeoff.
For impact questions, reject answers that claim technology is automatically fair, private, secure, or accessible without evidence.

Practice This Unit

FRQ practice & solutions

Need help with this topic?

Work through questions with a tutor and get help with the steps you find difficult.

Get help with this topic