Quick Answer
To test Wi‑Fi speed in different rooms, first run a wired speed test to establish your internet baseline. Then, using the same device and test server, perform 2–3 Wi‑Fi speed tests per room while noting signal strength (RSSI), latency, and jitter. Keep conditions consistent—same SSID/band, device orientation and height, and time of day—and log the averages. Compare each room’s results to your wired baseline to separate Wi‑Fi limitations from your ISP. Use the findings to adjust router placement, channels, or add access points where speeds fall short.
What Wi‑Fi speed really measures
Throughput (download/upload in Mbps) is only part of the picture. A thorough room‑by‑room test also tracks latency (ping), jitter (latency variation), packet loss, signal strength (RSSI in dBm), and link rate (the negotiated PHY speed between your device and the router/AP). Throughput reflects end‑to‑end data transfer. Latency and jitter affect video calls, cloud apps, and gaming responsiveness. Packet loss exposes instability that can break calls even when throughput looks “fast.” RSSI and link rate help pinpoint why a room is slow—weak signal, interference, or a device/standard limit.
Always separate your internet connection from your Wi‑Fi. If your wired test peaks at 200 Mbps, you won’t see 400 Mbps over Wi‑Fi no matter how strong the signal. Conversely, if wired hits 900 Mbps but a far bedroom gets 50 Mbps, the bottleneck is your Wi‑Fi coverage or interference, not your ISP.
What you need before you start
Use one device for consistent testing
Run all room tests with a single device to keep results comparable. A modern laptop or phone with Wi‑Fi 5 (802.11ac) or Wi‑Fi 6/6E (802.11ax) is ideal; Wi‑Fi 7 devices will go even faster where supported. If you must use multiple devices, record the model and radio spec. A 1×1 phone often tops out far lower than a 2×2 laptop in the same spot.
Software and tools
- Internet speed tests: Ookla Speedtest (app or web), Fast.com, or Cloudflare (speed.cloudflare.com). Use the same server for repeatability.
- Local Wi‑Fi throughput (optional but valuable): iPerf3 to measure LAN‑only performance and remove your ISP from the equation.
- Signal and channel scanners:
- iOS: AirPort Utility > Settings > Wi‑Fi Scanner (enable in Settings).
- Android: Ubiquiti WiFiman, Analiti, or similar.
- Windows: WiFiInfoView or WinFi Lite.
- macOS: Wireless Diagnostics > Window > Scan.
Prepare your network
- Pause large downloads, cloud backups, and streaming on other devices.
- Disable VPNs and proxies on the test device.
- Forget neighboring SSIDs to avoid roaming during tests.
- If your router combines 2.4 and 5/6 GHz on one SSID, decide whether to test “as is” or create temporary per‑band SSIDs for cleaner comparisons.
- Pick a time with minimal household activity and test at similar times on different days if you need repeatability.
- Ensure the test device is charged and not in a low‑power mode that can throttle Wi‑Fi.
Create a simple floor plan
List the rooms you’ll test and note estimated distance from the router or nearest access point, the number and type of walls (drywall, brick, concrete), floor level changes, and potential interference sources like microwaves, cordless phones, and dense Bluetooth activity. A light plan prevents missed spots and speeds up logging.
Step‑by‑step method for testing each room
1) Establish your wired baseline
Connect a computer directly to the router via Ethernet (avoid powerline or wireless bridges), disable VPN, and run 2–3 speed tests using the same server. Record average download, upload, and latency. This is your ceiling at that time of day.
2) Standardize your Wi‑Fi test settings
- Use the same device and test server across all rooms.
- Hold or place the device at a consistent height (chest level, ~1.2–1.5 m) and orientation.
- Ensure the device connects to the intended band (2.4 vs 5/6 GHz). If possible, create temporary “Network‑2G” and “Network‑5G/6G” SSIDs to prevent band hopping.
- Run three tests per room and average the results to smooth short‑term fluctuations.
3) Collect signal metrics before each speed test
Open your Wi‑Fi scanner and note:
- RSSI (dBm): closer to 0 is stronger. Typical home readings range from −35 dBm (excellent) to −80 dBm (poor).
- Channel and width: for example, 5 GHz channel 100 at 80 MHz. Wider channels allow higher peak speeds but can be more sensitive to interference; 160 MHz can be very fast but is fragile in busy environments.
- Link rate: the PHY rate negotiated with the AP (e.g., 866 or 1200 Mbps). In good conditions, real throughput is often 40–70% of link rate.
- Band: 2.4 GHz travels farther but is slower and crowded; 5 GHz is faster at moderate range; 6 GHz is cleanest but drops off quickest and requires Wi‑Fi 6E/7 clients.
4) Run the speed tests
Close the scanner app, then run your chosen internet speed test three times. Record download, upload, latency, and jitter. If runs vary by more than ~20%, add a fourth run or try a second test server and note it.
5) Repeat on the other band (optional but recommended)
If your devices and router support multiple bands, repeat the room test on 2.4 and 5/6 GHz. This reveals which band performs best by room and distance.
6) Note environmental details
For each room, log distance from the router/AP, wall materials, floor level, and interference sources (microwave ovens, baby monitors, cordless phones, Bluetooth hubs). These notes explain odd results later.
Use iPerf3 to isolate Wi‑Fi from your ISP
Internet speed tests can be limited by your provider or the chosen test server. A local iPerf3 test shows what your Wi‑Fi can deliver within your home network.
- On a wired computer, install and run iPerf3 as a server:
- macOS: brew install iperf3, then run: iperf3 -s
- Windows: download an iperf3 binary or install via winget/choco, then run: iperf3 -s
- Linux: sudo apt install iperf3, then run: iperf3 -s
- Find the server’s IP address (e.g., 192.168.1.50) and allow it through the firewall if prompted.
- On your Wi‑Fi test device, run a client test from each room:
- Downlink (AP to device): iperf3 -c 192.168.1.50 -R -P 4 -t 15
- Uplink (device to AP): iperf3 -c 192.168.1.50 -P 4 -t 15
If iPerf3 shows 500 Mbps over Wi‑Fi in the living room but your internet test is 200 Mbps, your Wi‑Fi is fine and the ISP is the limiter. If both are low in a room, focus on coverage and interference.
Log your results clearly
Use a simple table to compare rooms and bands. Average your three runs per room.
| Room | Band | RSSI (dBm) | Link Rate (Mbps) | Download Avg (Mbps) | Upload Avg (Mbps) | Latency (ms) | Notes |
|---|---|---|---|---|---|---|---|
| Office | 5 GHz | -52 | 1200 | 430 | 38 | 13 | 1 drywall wall; router 8 m away |
| Bedroom | 2.4 GHz | -67 | 144 | 48 | 25 | 24 | Two walls; near microwave |
| Kitchen | 5 GHz | -75 | 390 | 62 | 30 | 28 | AP on different floor |
Also keep a wired baseline row (e.g., 800/40 Mbps, 8 ms) and, if you ran iPerf3, add a column for local throughput. This makes it easy to see whether slow rooms are Wi‑Fi‑limited, ISP‑limited, or both.
Interpreting your room‑by‑room results
Use these practical thresholds as a guide:
- RSSI: −30 to −55 dBm is excellent; −56 to −67 dBm is good; −68 to −75 dBm is marginal; below −75 dBm is likely unstable or very slow.
- Latency: under 20 ms to the speed‑test server is good; 20–40 ms is typical; above 50 ms suggests congestion or distance.
- Jitter: under 10 ms is good for calls; 10–30 ms is workable; above 30 ms will cause choppiness.
- Packet loss: aim for 0%. Anything above 1% degrades streaming and gaming.
If a room’s download speed is less than 30–40% of your wired baseline and RSSI is weaker than −70 dBm, coverage is the issue—move the router or add an access point/mesh node. If RSSI is strong but throughput is low and jitter is high, suspect interference (noisy channels, microwaves, neighboring APs) or a device limitation (1×1 radio or older standard). If 2.4 GHz beats 5/6 GHz in distant rooms, that’s normal; steer closer rooms to 5/6 GHz for higher speeds and let far rooms use 2.4 GHz for stability.
Compare link rate to throughput: if your link rate is 866 Mbps but tests never exceed ~200 Mbps even with strong signal, either the internet connection is the cap, the router is using a narrow or congested channel, or the client/router CPU and radio are limiting performance. Cross‑check with an iPerf3 local test to confirm.
Common pitfalls that skew tests
- Testing during heavy household usage (TV streaming, game downloads, cloud backups).
- Running through a VPN or DNS filter that adds latency or caps throughput.
- Letting the device roam mid‑test between mesh nodes or bands; pin it to one AP or create per‑band SSIDs while testing.
- Using different devices across rooms; radio capability differences can dwarf room effects.
- Thermal throttling or low‑battery “power save” modes on phones that reduce Wi‑Fi performance.
- Picking different test servers per room; stick to one server unless it’s clearly misbehaving, and note any change.
- Background sync on the test device (photos, cloud drives) consuming bandwidth.
If a room is slow, what to adjust next
Once you’ve mapped your speeds, weak spots usually stand out. Address them in order of effort:
- Reposition the router or AP: place it centrally and higher off the floor; avoid closets, metal cabinets, and behind TVs. Even a 2–3 m move can improve multiple rooms.
- Optimize channels: use your scanner to pick less congested channels. On 2.4 GHz, prefer 1, 6, or 11. On 5 GHz, choose clean 40/80 MHz channels; DFS channels can be quieter if your devices support them.
- Right‑size channel width: in noisy areas, dropping from 80 MHz to 40 MHz on 5 GHz can improve stability and real throughput. Consider 160 MHz only if your environment is clean and clients support it.
- Add a mesh node or wired access point: place it roughly halfway between the router and the dead zone. Whenever possible, use Ethernet backhaul; wireless backhaul halves available bandwidth for clients sharing that link.
- Band selection: steer close rooms to 5/6 GHz for high speeds; let distant rooms use 2.4 GHz for reach. Some routers support band steering or minimum RSSI thresholds to discourage sticky connections.
- Update router firmware and device drivers: bug fixes often resolve roaming, channel, or throughput quirks.
Advanced tips for more precise testing
- Repeat tests at peak and off‑peak hours to understand ISP variability.
- Measure two positions per room (doorway and typical use location) to capture doorway attenuation and furniture effects.
- Check roaming in mesh setups by running a continuous ping to your router while walking; look for spikes during handoff.
- Lock bands per test: on some Windows adapters you can set “Preferred Band”; otherwise, create temporary per‑band SSIDs.
- Note client capability: Wi‑Fi 6/6E devices with 2×2 MIMO routinely outperform 1×1 radios by 50–100% in the same room.
Example workflow you can follow today
- Wired baseline: run three tests, average the results, and note the server.
- Create a spreadsheet with rooms down the side and columns for Band, RSSI, Link Rate, Download, Upload, Latency, Jitter, Notes. Add wired baseline and (if used) iPerf3 columns.
- Start near the router on 5 GHz; record RSSI and link rate; run three tests; average and log.
- Move to each room, maintain device height/orientation, and repeat. If possible, test both 2.4 and 5/6 GHz.
- If a room is slow relative to RSSI, run an iPerf3 local test to confirm whether Wi‑Fi or the ISP is the limiter.
- Highlight any room below your target and plan fixes. As a guide, aim for roughly 10 Mbps per HD stream, 25 Mbps per 4K stream, and 3–5 Mbps for most video calls; add headroom for multiple users.
What good looks like by room type
Targets vary by household and wired baseline, but these are reasonable minimums for smooth use:
- Home office: 100–200 Mbps down, 10–40 Mbps up, latency under 25 ms, jitter under 10 ms, packet loss 0%.
- Living room (streaming/gaming): 50–150 Mbps down, latency under 30 ms, jitter under 20 ms.
- Bedrooms: 25–100 Mbps down with stable latency under 35 ms for video calls.
- Kitchen/garage: 10–50 Mbps down for smart devices and casual browsing; favor reliability over peak speed.
If your wired baseline is lower than these targets, scale expectations accordingly. The goal is consistent coverage that meets your real usage, not chasing the highest number in one room.
Frequently Asked Questions
How many tests should I run in each room?
Run three back‑to‑back tests and average them. If results vary by more than about 20%, add a fourth run or try a second test server to rule out server‑side variability. Consistency matters more than a single standout number.
What’s the best time of day to test Wi‑Fi?
Test when your household is quiet and repeat at a similar time of day for comparability. If you want to see worst‑case performance, add a run during local peak hours (early evening) to capture ISP congestion effects.
Should I test on 2.4 GHz as well as 5/6 GHz?
Yes. 2.4 GHz often does better at long range or through dense walls, while 5/6 GHz delivers higher speeds nearby. Testing both shows which band serves each room best and whether to adjust band steering or create per‑band SSIDs.
Why do my phone and laptop show different speeds in the same spot?
Client radios differ. A laptop with a 2×2 Wi‑Fi 6 adapter and wider channel support can exceed 600 Mbps where a 1×1 budget phone might cap near 200 Mbps. Antenna design, drivers, and thermal limits also affect results. For room comparisons, use the same device throughout.
How do I tell if the problem is my Wi‑Fi or my ISP?
Compare room results to your wired baseline. If wired is slow, the ISP is the limiter. If wired is fast but Wi‑Fi is slow only in some rooms, coverage or interference is to blame. A local iPerf3 test confirms pure Wi‑Fi capacity without involving the internet.
What RSSI is considered good for reliable Wi‑Fi?
Between −55 and −67 dBm is typically solid for streaming and calls. Below −70 dBm, expect reduced speeds and potential instability. Try to keep frequently used spots above −67 dBm where practical.
Do mesh systems always fix slow rooms?
They help if placed well, but placement and backhaul matter. A mesh node that relies on a weak wireless backhaul may offer only modest improvement. Whenever possible, use Ethernet backhaul or position nodes where they still have a strong link to the main router.


