拿一个自己最熟悉的场景去验证代理IP，是最省事的做法，也是最容易得出片面结论的做法。一个场景跑得顺，只能说明这类请求在这个目标端上没问题，换一个目标端、换一类请求、换一个时段，结论可能完全不同，甚至相反。
单一场景漏掉了什么
在代理IP的单一场景里，漏掉的东西不少：不同目标端的响应差异、不同请求类型的资源消耗、不同时段的竞争程度、并发放大后的表现。这些维度在单场景里都被压缩成了一个数字，看起来很干净，信息量却很低。换句话说，单场景验证给出的是一张局部照片，而不是全景图，很容易把局部的好运气当成整体实力。
一个成功率数字，背后可能藏着四种完全不同的表现。
怎么补齐
补齐的方法是按维度扩展，而不是按数量扩展。与其把一个场景跑一千次，不如用同等次数覆盖目标端、请求类型、时段、并发四个维度。维度覆盖到了，代理IP的表现才会呈现出真实轮廓。
覆盖四个维度，胜过把一个场景重复一千遍。
验证结果怎么用
单场景的结论只能当参考。代理IP的评估要靠多场景拼出来。
把验证拆成多个小场景，结论才有分量。每个场景不必跑很久，够形成一个判断即可。几个场景的结果放在一起，哪些目标端稳、哪类请求吃亏，一眼就能看出来，比一个漂亮的综合成功率有用得多，也更容易向团队交付。
还要留一点余量给没测到的场景。预算与时间都有限，不可能覆盖全部组合，所以在最终选择时保留一条备用线路，是性价比更高的做法，代理IP的场景组合本来就多。备用线路平时不必启用，但要确认它随时能顶上，代理IP的方案里这一条常被省掉。
覆盖维度比堆次数有用，代理IP的验证也是同一个道理。