Exam Objectives and Certification Scope
What this domain actually tests
This domain does not test radio engineering. It tests whether you can read the AWCC blueprint and predict what an item is really asking. Expect stems that describe a job task and ask which deliverable, document, or first step satisfies it.
Read the verb, not the noun
Every objective starts with a verb, and the verb sets the depth examined. Identify and describe items need a definition plus one differentiator. Configure items need parameter-level recall: profile names, valid ranges, defaults. Troubleshoot items need an ordered diagnostic path, not a list of possible causes. Sub-bullets bound the scope: a technology absent from the sub-bullets is out of scope even when the statement is technically true.
Scope boundaries to expect
- Objectives follow one lifecycle, so a single SSID can appear in a design item and a troubleshooting item.
- Items assume the current published software release; retired features appear only as distractors.
- Prerequisites and recertification rules are administrative facts. Confirm them on the official page rather than trusting third-party summaries.
Worked example
Stem: "Clients drop connections when users walk between floors. Which action should an engineer take first?" Options: redesign the channel plan, enable 802.11r, collect client roam logs, replace the APs. The qualifier is first, so the item tests diagnostic order, not roaming configuration. Roam logs separate a failed roam from a coverage hole or a DHCP timeout. Answer: collect client roam logs.
Traps that cost marks
Answering from hands-on habit rather than the objective's verb; choosing the most thorough fix when the stem says first or least disruptive; ignoring a qualifier that eliminates two otherwise correct options; assuming every listed objective is weighted equally.