代理 IP 试用不能只看“能否连接”。真正能支撑采购决策的验收，应回答四个问题：目标业务请求是否成功、出口地区是否符合要求、响应耗时是否稳定，以及失败究竟由代理节点、目标站点、本地环境还是请求方式引起。只有把这四项记录在同一份测试表里，试用结果才具有可比较性。
一、测试前先固定验收条件
开始测试前，应把变量尽量固定，否则不同批次的数据无法横向比较。至少记录以下信息：
- 测试日期与时间段；
- 代理产品类型、出口国家或地区、会话方式；
- 本地网络、测试设备和接入协议；
- 目标业务、目标域名与请求方法；
- 单批请求数量、并发数和超时设置；
- 是否保持同一会话，以及是否允许自动重试。
验收阈值不宜照搬网上的统一数字。网页访问、API 调用、价格监测和跨境电商后台对成功率、延迟及会话稳定性的要求并不相同。企业应根据真实业务基线预先填写合格线，测试结束后再据此判断，避免看到结果后临时改变标准。
二、指标一：业务成功请求
“代理连接成功”只说明代理端口可以建立连接，不代表目标业务完成。业务成功应以最终任务结果定义，例如页面返回预期内容、接口返回有效字段、后台页面加载完成，或公开信息采集任务取得符合校验规则的数据。
建议记录：
- 总请求数；
- 业务成功数；
- 业务成功率＝业务成功数÷总请求数；
- HTTP 状态码分布；
- 空响应、内容不完整和业务校验失败数量；
- 首次成功与重试后成功数量。
如果请求返回 200，但正文为空、关键字段缺失或地区内容不符，不能计为业务成功。重试后成功也应单独记录，因为它反映的是恢复能力，而不是首次请求质量。
三、指标二：出口地区一致性
地区验收不能只检查国家名称。需要将订单目标地区、代理出口检测结果和目标业务实际展示地区进行比对。对城市级、州级或运营商有要求的业务，还应记录对应层级，但只验收采购前已经明确约定的范围。
建议检查：
- 出口 IP 是否发生预期切换；
- 国家或地区是否与订单一致；
- ASN、ISP、时区和语言环境是否存在明显冲突；
- 同一会话期间出口 IP 是否意外变化；
- 不同检测数据库是否出现标签差异；
- 目标站点实际返回的区域内容是否符合业务要求。
第三方数据库的数据源、更新周期和分类模型不同，同一 IP 出现不同标签并不罕见。发现差异时，应保留检测时间、工具名称和结果截图，再结合 ASN、ISP、路由和业务表现复核，不能只凭一个网站的标签直接判定通过或失败。
四、指标三：响应耗时与稳定性
平均耗时容易掩盖少量特别慢的请求，因此建议同时记录中位数、P95、最大值和超时比例。P95 表示 95% 的请求耗时不超过该数值，更适合观察多数用户可能遇到的慢请求。
建议拆分记录：
- 建立代理连接耗时；
- 首字节时间；
- 完整响应时间；
- P50 与 P95；
- 超时率；
- 连续测试中的耗时波动；
- 高峰与非高峰时段差异。
测试应覆盖业务实际运行时段。若业务需要长会话，还应观察一段持续使用过程中的连接中断、IP 漂移及重新建立连接所需时间。直播、视频会议等实时场景还需另测丢包、抖动和上行带宽，不能仅用网页请求耗时替代。
五、指标四：失败归因
验收报告最有价值的部分不是列出多少次失败，而是说明失败发生在哪一层。建议把失败分为五类：
- 代理节点问题：连接被拒绝、认证失败、代理超时、出口不可用或会话异常中断；
- 本地环境问题：本地网络波动、DNS、设备性能、防火墙或配置错误；
- 目标站点问题：服务器错误、维护、限流或目标接口自身响应异常；
- 请求策略问题：并发过高、超时过短、请求头缺失、重试逻辑不合理；
- 业务规则问题：账号权限、内容审核、平台政策或操作行为导致的失败。
判断时应保留请求时间、目标 URL 或接口、状态码、错误信息、出口 IP、重试结果和对照组结果。可使用本地直连、另一代理节点或另一目标地址做单变量对照。网络产品可以改善连接条件，但不能替代账号、内容和目标平台规则管理，因此账号限制或业务审核失败不能直接归因于代理 IP。
六、如何形成验收结论
通过：所有核心指标达到测试前约定的业务合格线。
有条件通过：核心任务可完成，但特定地区、时段或并发条件仍需调整。
不通过：应指出未达标指标、复现条件和证据，而不是只写“速度慢”或“不稳定”。
根据 IPdodo 当前产品思路，试用时也应先区分静态住宅 IP、动态住宅 IP 与跨境专线解决的问题：前两者侧重出口资源及使用方式，专线侧重跨境传输链路。将产品类型与业务验收指标对应起来，再通过日志和对照测试定位失败，能让后续选型、配置优化及服务商复核建立在可验证的证据上。
一份合格的代理 IP 试用报告，最终应让采购、运营和技术人员看到同一组事实：请求是否真正完成、地区是否符合约定、响应是否满足业务节奏、失败责任是否有证据。指标越明确，试用结论越容易复现，也越能减少后续采购和售后争议。
