可使用macos原生networkquality命令测带宽，ping测延迟，option+wi-fi图标查实时速率，speedtest-cli连公网节点，nslookup+time测dns延迟。
如果您希望在Mac上快速获取当前网络的上传与下载能力，同时诊断端到端延迟表现，而无需安装第三方软件，则可综合利用系统原生集成的多种终端工具与快捷方式。以下是多种可行的测试方式：
一、使用networkQuality命令行工具执行标准化带宽测速
该命令为macOS 10.14.4起内置的原生测速工具，直接连接Apple指定服务器，同步测量下载与上传目标比特率，结果以bps为单位，反映端到端真实带宽能力，不包含DNS解析或HTTP协议开销。
1、打开“应用程序”→“实用工具”→双击“终端”启动应用。
2、在终端窗口中输入：networkQuality并按回车键执行。
3、等待约5–10秒，终端将输出JSON格式结果，包含dl_target_bitrate（下载目标比特率）和ul_target_bitrate（上传目标比特率），单位为bps。
4、如需转换为Mbps，可将数值除以1000000后四舍五入保留一位小数，例如98765432 bps ≈ 98.8 Mbps。
二、使用ping命令测量网络延迟与连通性
ping通过向目标主机发送ICMP回显请求包并接收响应，用于确认网络层是否连通，并获取往返时间（RTT）和丢包率等关键指标，适用于验证本地链路、网关及远程服务可达性。
1、打开“终端”应用：可通过“访达 → 应用程序 → 实用工具 → 终端”，或使用Spotlight（Command + 空格）搜索“终端”后回车启动。
2、输入基础命令测试DNS解析与连通性：ping -c 5 google.com，向google.com发送5个数据包并自动终止。
3、若需绕过DNS直接测试网络通路，使用IP地址：ping -c 5 8.8.8.8。
4、观察最终统计行中0% packet loss是否成立；若丢包率大于0%，且avg值显著高于50 ms或出现大量Request timeout，则表明存在连接不稳定或中间阻断。
三、使用speedtest-cli命令行工具连接公网节点测速
此方法通过Ookla官方支持的开源命令行工具speedtest-cli，自动选择地理最近的Speedtest节点，提供与网页版一致的下载、上传、延迟及抖动数据，结果单位为Mbps和ms，适合横向对比ISP承诺带宽。
1、若未安装Homebrew，先在终端中运行：/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"。
2、通过Homebrew安装speedtest-cli：brew install speedtest-cli。
3、执行测速命令：speedtest-cli --secure（启用HTTPS加密通信）。
4、等待完成，终端将显示Download、Upload、Ping三项核心结果，其中Ping值低于30 ms为优秀，50–100 ms为正常，超过150 ms需关注。
四、按住Option键调出Wi-Fi底层技术面板查看实时速率
此方式绕过所有应用层代理，直接读取无线驱动上报的瞬时性能参数，刷新延迟低于1秒，不依赖后台进程或配置变更，适用于现场快速验证链路吞吐能力与瞬时延迟表现。
1、将鼠标光标移至屏幕右上角的Wi-Fi图标上。
2、按住键盘上的Option(⌥)键不放，同时用鼠标单击Wi-Fi图标。
3、展开的浮动面板中定位至底部区域，读取“接收的数据/秒”与“发送的数据/秒”字段，单位为KB/s或MB/s，数值实时变动。
4、注意面板中同时显示的“RSSI”值（通常-30至-90 dBm）与“传输速率”（如72.2 Mbps），可用于判断信号强度与协商速率是否匹配。
五、使用nslookup配合time命令精确测量DNS解析延迟
nslookup默认不显示毫秒级耗时，必须结合time命令捕获整个进程从启动到退出的墙钟时间（real time），该值包含网络往返、本地解析及DNS服务器响应全部环节，是诊断“网页打开慢”类问题的核心依据。
1、在终端中输入：time nslookup example.com 8.8.8.8（指定Google公共DNS以排除本地缓存干扰）。
2、等待命令完成，终端将返回三行时间数据；重点看real值，例如real 0m1.245s即1245毫秒。
3、重复执行三次：time nslookup example.com 1.1.1.1、time nslookup example.com 223.5.5.5，对比波动。
4、若所有公共DNS均持续超过1000ms，但ping对应IP地址（如93.184.216.34）延迟极低，则可确认问题位于DNS解析层而非网络通路。
