Six Picks
六条推荐：从 01 到 06，按心情点开
有人来这里是好奇，有人是来背锅，有人只是想知道「这事到底难在哪」。下面六条，各自对应一种心情。
好奇型：100 条到底算不算多
对单个应用来说不算夸张，对没做过限流的下游来说就是洪水。数量本身没意义，参照系才有意义。
焦虑型：明天就要上线了
这时候压测不该追求极限，而该验证「正常量 + 一点余量」是否稳。降级预案比峰值数字更能救你。
较真型：我要看回执率
发出去了不等于送达了。回执、状态码、运营商侧失败原因，才是压测报告里最值得加粗的一行。
预算型：成本怎么算
压测会真实产生短信费用，别拿生产通道做无限次实验。用测试通道、白名单号码，省钱也省心。
合规型：别踩到垃圾短信线
高频群发必须有授权与退订机制。压测流量若流向真实用户，那已经不是技术问题，而是合规问题。
复盘型：把结论写成文档
压测最有价值的产出不是图，而是一页纸：瓶颈在哪、谁负责、下次什么条件下重测。写下来才算完成。
How To
三条使用指南，两条小贴士
下面是我们建议的最小可行动作。不追求全面，只追求你今天就能照着做。
-
第一步：先定义「通过」的标准
在打开任何压测页面之前，写下三条判定线：发送成功率、P95 响应时间、失败重试后的最终送达率。没有标准，压测结果就只是一次情绪波动。
-
第二步：用测试号码与测试模板
把压测流量导到专用签名与专用模板，收件人使用自己的白名单号码。既避免打扰真实用户，也让失败原因更容易定位。
-
第三步：分级加压，观察拐点
从每秒 10 条起，逐步到 30、60、100，每一档稳定运行两分钟再上一档。你要找的是曲线开始变陡的那个点，而不是硬冲 100 条那一瞬间的截图。
Editor's Note
编辑手记：我们对数字保持一点怀疑
第一次看到「一秒100条短信压力测试器网页」这个说法时，我的反应不是兴奋，而是想问一句：这一秒是从哪儿开始算的？ 是从调用接口那一刻，还是从短信真正离开网关那一刻？两个时间点之间，可能隔着一整个排队系统。
我们做过一次小规模的内部实验。发压端很轻松地跑到了设定值，仪表盘漂亮得像一张海报。但当我们把回执数据拉出来对照， 才发现有相当一部分请求在网关侧被平滑掉了——它们没有失败，只是被延后。用户看到的「慢」，就藏在这种温和的延后里。
所以这本内容发现站更愿意把压测讲成一件克制的事：先理解链路上有谁，再决定压哪里；先写清楚什么算成功， 再去追求那个整数。数字是结论的一部分，从来不是结论本身。
如果你也在做类似的事，欢迎读读我们整理的 开源的气象数据 与 中国三文鱼第一大产区 两篇——它们看似无关，但都在讲同一件事： 真实世界的数据，总有你预料之外的纹理。
本期编辑 · 一秒100条短信压力测试器网页 内容组
写信给我们
如果你在自己的链路上测出了有意思的拐点，或者对「一秒100条」有不同看法，都欢迎来信。 我们不承诺回复每一封，但会认真读完每一封有具体细节的信。
顺带一提，站内还有几篇我们常被读者问起的页面：数字成语一到十、豆包运数字给我1-49 与 亚洲电影57网。