CCDV-F domain - 2.6% of the exam

Eval, Testing, and Debugging

Eval, Testing, and Debugging is 2.6% of the Claude Certified Developer - Foundations (CCDV-F) exam. These are the objectives it covers, each with practice questions, with every answer explained.

Objectives in this domain

Sample question from this domain

Free sampleEval, Testing, and Debuggingmedium

A logistics assistant answers delivery questions by calling one internal tracking tool. Support has measured that 6 per cent of conversations end with a confident delivery date that the carrier system never supplied. A stored trace for one such conversation is reproduced below. The team must attribute the failure to a specific layer before proposing a fix. What does the trace establish?

turn 2  assistant  tool_use  track_shipment {"ref": "SH-40182"}
turn 3  user       tool_result is_error=true
                   content: "upstream timeout after 30000 ms"
turn 4  assistant  text  "Your parcel is due on Thursday."
turn 4  stop_reason: end_turn
  • AThe model ignored the tool it was given, so the tool description should be rewritten to state more firmly that the tracking tool must be called before any delivery date is given.
  • BThe generation was cut short by the output limit, so the integration should raise the token ceiling on the request and replay the conversation to obtain the full answer.
  • CThe tracking dependency timed out and the integration passed that failure back as an ordinary tool result, so the recovery path for a failed tool call is the layer at fault rather than the model's reasoning. Correct
  • DThe model invented a delivery date without provocation, so the sampling temperature on the request should be lowered until the fabricated dates stop appearing in production traffic.
Read a trace before blaming the model: an errored tool result handed back as ordinary content is an integration-layer fault. The trace fixes the sequence: the tool was invoked, the dependency timed out, and the failure was returned to the model as a routine tool result with no application-side handling. Once a failed call is presented as just another result, the model has nothing authoritative to answer from and falls back on conversation text. The defect therefore sits in the error-recovery path of the integration layer, which should surface an explicit unavailable state rather than let an unverified answer proceed.

Why A is wrong: Tempting because tool descriptions do influence tool selection, but the trace shows the tool WAS called at turn 2, so a description rewrite treats a fault the trace has already ruled out.

Why B is wrong: Tempting because truncation is a common cause of odd endings, but the recorded stop reason is a normal end of turn rather than a limit, so no truncation occurred.

Why C is correct: Correct: the trace records an errored tool result carrying a timeout, and the application had no rule for what to do when a tool fails, so the model was left to answer from conversation text.

Why D is wrong: Tempting because the answer is indeed unsupported, but sampling settings do not decide what happens when a dependency fails, and the invented date has a recorded upstream cause.

Other domains in this exam

See also the CCDV-F cert hub, the study guide, and the cheat sheet.

Examworthy is not affiliated with or endorsed by Anthropic. Original, blueprint-aligned practice material only.