手边有几台设备，想都装上试试免费代理IP的表现，是很多人的做法。但如果不做安排，最后往往得到一堆互相矛盾的结论：这台能用、那台不行，却说不清是设备差异还是资源差异。
一次只变一个条件
验证的关键是控制变量。同时换设备和换位置，得到的结果就无法归因。正确的做法是先固定位置、换设备，看结果有没有差别；再固定设备、换位置，看位置变化带来的影响。两轮下来，谁是瓶颈就很清楚了。免费代理IP在多设备场景里最大的问题不是不能在多台上用，而是多台同时用时会互相影响。
- 固定位置，逐台设备测一遍
- 固定设备，逐个位置测一遍
- 记录每一轮的条件与结果
- 把结论按「设备层」和「位置层」分开写
多设备验证的重点，是找出瓶颈在哪一层。多数情况下瓶颈不在设备，而在同时使用时的资源分配。免费代理IP在多台设备同时开工时，中断的概率会明显上升，这一点单台测试时看不出来。
什么时候该停下来
如果同一批任务在多台设备上跑，结果的差异已经影响到判断，就该停下来重新设计方案，而不是继续加设备试。验证的目的是得出结论，不是把设备都用一遍。
什么时候算验证完了
还有一点要提前说清楚：多台设备同时使用免费代理IP时，表现和单台测试完全不同。单台跑得很好，不代表三台一起跑也没问题，因为同时使用会争抢同一份资源。如果这个场景确实需要多台并行，就要在验证阶段把代理IP并行的情形也覆盖到，否则上线之后才发现不够用，代理IP的返工成本会高一截。
结论要分两层写
一轮只动一个条件。
多台设备验证免费代理IP，一次只变一个条件，最后才能说清瓶颈出在设备还是出在资源上。