Hardware and Network Troubleshooting
Process before parts: narrow the symptom, then measure the suspect
This is the largest single domain on the exam, at 28 percent, and it tests a discipline rather than a parts list. A fault is solved in two moves, in this fixed order: first a structured method narrows a vague symptom to one likely suspect, then a diagnostic instrument measures that suspect directly, so you replace only the part you proved is bad. The mental model is process before parts, and it defeats the classic trap of swapping spare after spare until the machine happens to work while learning nothing you can explain, the habit techs call shotgunning. These questions less often ask you to name the faulty component outright than to ask what the technician should do next, or which instrument proves the suspect.
The domain unfolds in two steps: diagnose, then measure
Read this page as a map, then follow the two subtopics in order. Diagnosing Issues carries the thinking: CompTIA's fixed six-step methodology (identify the problem, theorize a probable cause, test the theory, plan and implement the fix, verify, then document) and the symptom-to-cause reasoning that reads a subsystem from a hardware complaint, or a fault from a host's IP address and the scope of the outage. Troubleshooting Tools carries the doing: the physical instruments, sorted by what they measure into three families, power, boot, and signal path. The multimeter, power-supply tester, POST (power-on self-test) card, cable tester, loopback plug, and toner probe are the core set, each of which confirms one suspect by measurement, and that page also covers the anti-static strap, mat, and bags that make any of those measurements safe to take. The through-line is simple: the method names the suspect, the tool proves it, and you never reach for an instrument until the method has told you what to point it at.
When two answers both work, pick the cheapest, most reversible check first
Across the whole domain the exam rewards one instinct: question the obvious and try the least invasive, most reversible fix before the expensive one. Re-seat a cable or a memory module before condemning a board, check the wall switch and the monitor input before the power supply, and change one variable at a time so the cause stays provable. When a symptom is genuinely intermittent, reproduce it and read the logs or drive self-monitoring data rather than swapping parts by guess. One override sits above all of this: a visible hazard, such as bulging capacitors, a burning smell, or a swollen lithium battery, is a stop-work signal, not another rung on the ladder, an analogy for the cheap-to-expensive order of checks rather than a term CompTIA uses.
The two-step through-line: diagnose, then measure (and where each is covered)
| Step | What you do | Reach for it when | Where it is covered |
|---|---|---|---|
| Diagnose | Narrow a symptom to one suspect subsystem and name the right next action, using the six methodology steps as the scaffold | Every question: what does this symptom point to, and what should the technician do next | Diagnosing Issues |
| Measure | Confirm or clear the named suspect with the right instrument (its power, boot, or signal-path family) | After the method names a suspect and the item asks which tool proves it | Troubleshooting Tools |