首页 200 毫秒，用户登录要等五秒。这两个结论可以同时是真的，因为它们测的不是同一个东西。

拨测默认打的是页面，接口得手动指过去。

先切方法

在 网站测速 的高级选项里把请求方式换成 POST。目标地址填接口的完整路径，比如 /api/login。

这个 POST 不带请求体。它验证的是「服务端认不认这个方法」，而不是业务逻辑跑得对不对。

能测出来的东西其实不少：返回 405 说明方法没开；返回 403 说明被 WAF 或权限拦了；返回 200 说明路是通的，可以继续测耗时；连接被重置，可能是协议层的问题。

再补身份

大部分业务接口都要登录。填一个有效的 Cookie，请求才进得去。

鉴权接口还要看 Referer 和来源校验的站，把 Referer 也填上。两个头一起配，才接近真实调用。

TTFB 才是重点

接口的耗时几乎全在 TTFB 上。下载段很小，几十个字节的 JSON，没什么可看的。

TTFB 高，往下分三种：数据库慢、外部依赖慢、应用自身逻辑慢。拨测只能告诉你是哪一种量级，分不出来具体是哪一条 SQL——那得看慢日志。

但它能给你一个非常重要的东西：从不同地区、不同运营商打过去，是不是都慢。都慢是应用问题，只有某些地区慢是链路问题。这一步定完性，排查范围就小了一半。

别把它当压测

一次请求，测的是单次响应。并发能力、连接池、限流阈值，这些它一概不知道。

想测「一百个人同时登录会不会挂」，用压测工具。拨测解决的是「现在这条路通不通、有多快」。

顺手确认一下后端

多台后端做负载的时候，同一个接口可能落在不同机器上，耗时差异很大。用 IP 查询 看一下解析到的 IP，配合多次测试，能判断是不是某一台有问题。