真实数据压测
功能写完只是开始。用真实数据的边界各跑一遍——超长内容、零条数据、异常数据——大多数「上线才发现」的毛病，这一遍就能揪出来。
你会遇到的现象
- 开发时用的都是「刚刚好」的样例数据，页面从没见过超长和空态
- 用户的昵称、评论、标题，长度远超你的想象
- 零条数据时，页面留下一片空白或者直接报错
三个必测的边界
压测不是测性能，是测数据。三类边界数据，每个都得上线前跑一遍：
- 超长内容。长标题、长评论、长昵称、超长的一段文字——布局会不会破、列表会不会撑爆、卡片会不会变形。真实用户里一定有这种人，别赌没有。
- 零条数据。刚上线、新账号、还没人用——页面上什么内容都没有的时候，展示的是设计过的空态，还是顺手的留白和报错？参见四态齐全。
- 异常数据。HTML、emoji、超长数字、特殊符号、缺字段的记录——渲染会不会错、接口会不会崩。这一类最能暴露出「把数据当纯文本」的假设。
怎么压
流程不复杂，但要求「真」：
- 用真实数据，不要再造一遍样例。抓一段真实的用户内容来跑，别自己编一段「比较长」的。真实的边界，长得和你想的不一样。
- 每个边界各跑一遍。别只跑「正常」那一遍。超长、零条、异常，三个各来一遍，而且每个页面都要跑——不只跑主页。
- 看三样东西：布局是否保持、状态是否清晰、还能不能继续操作。破布局是问题，留一片空白是问题，报错卡死是更严重的问题。
- 放进走查清单。压测不该是临时起意，应该每次上线前都做。参见走查清单。
测出来修什么
三类边界，各有各的修法：
- 超长 → 截断 + 展开，或自适应换行。给文本一个上限，超出的截断、给入口展开。别指望用户「不会写那么长」。
- 零条 → 设计空态。告诉用户「这里还没有东西」，并给出下一步动作。空态不是文案填空，是一次完整的引导。
- 异常 → 转义、容错、兜底默认值。特殊字符要转义再渲染，脏数据要容错不崩溃，缺字段要有默认值顶住。参见列状态清单。
- 修完再压一遍。压测的价值在「循环」：修一处，重跑一遍，确认不破别处。别修完就上线。