退款窗口内必须测的五件事：把后悔期用成验证期
退款政策的价值不在"能退钱"，而在它给了你一段可以反悔的验证期。但这段时间是有条件的：常见条款会限定天数（例如 3 天或 7 天）、限定用量（例如已用流量不超过某个值）、限定申请方式（工单而非聊天）。窗口一过，或者流量用超，验证的资格就没了。
所以正确的姿势是：付款当天就开始按清单测试，并且省着流量测。下面五件事按"不通过就直接申请退款"的优先级排列。
第零步：先读退款条款本身
测试之前花五分钟把条款读完，记下三个数字：截止日、用量上限、申请渠道。把截止日前一天设成手机提醒——不少人不是测试不通过，而是忘了截止日期，带着一肚子不满错过了窗口。
条款里如果出现"仅支持未使用退款""最终解释权"这类含糊表述，本身就是一个信号，可以对照买之前该问的八个问题里对回答质量的判读。
第一件：订阅链路与账号状态
订阅是整个服务的入口，它有问题则一切免谈：
connproof subscription "订阅地址"判读：返回正常且内容类型正确即通过。如果返回的是 HTML 页面（多半是被重定向到登录页），对照订阅返回 HTML；如果内容为空，对照订阅内容为空——新账号就出现这两种情况，直接进入退款流程，不必再往下测。
第二件：主力节点的逐层诊断与基线留存
挑你打算日常使用地区的两三个节点，逐个跑分层检测：
connproof diagnose 节点域名 --port 节点端口全部 pass 只是及格线，更重要的是把这份"刚买时"的报告保存下来：
connproof report --format markdown --output baseline-day1.md这份基线报告有两个用途：将来服务变差时，它是"当初不是这样"的对照证据；退款窗口内出问题时，它是工单里最有说服力的附件。检测消耗的流量极小，不会威胁用量上限。
第三件：长连接能不能保持
短连接通了不代表能安稳用。视频会议、AI 对话、远程终端都依赖长连接，而长连接问题恰恰在快速测试里最容易漏掉：
connproof websocket wss://目标地址 --verbose关注两点：连接建立耗时，以及是否在建立后短时间内被切断。刚连上就断开的模式对照WebSocket 连接立即关闭。长连接的原理与常见断因见长连接为什么会断。
第四件：晚高峰复测同一组命令
前三件事你大概率在下单后的第一时间做完了——而那往往是负载最低的时段。同一组命令，在工作日 20:00–23:00 再跑一遍，把两次结果放在一起看：
- 各层耗时是否成倍增长；
- 是否出现白天没有的超时或重置；
- 长连接保持时长是否明显缩短。
高峰期表现才是这家服务的真实水位。白天流畅、晚上不可用的服务，等于在你最需要它的时间段不存在。两次测试的对照方法与责任判断，见是机场问题还是我的问题。
第五件：给客服提一个真实工单
不是没话找话——挑一个测试中遇到的真实疑问（比如某个节点的倍率标注、退款条款的一个细节）提交工单，然后记录两个数据：首次响应时间和回答是否正面。
服务出问题时，客服响应质量就是你的第二条生命线。窗口期内测出"工单三天无人回复"，比用了半年才发现要便宜得多。
决定退款时：用证据说话
如果测试不通过，申请退款时把证据组织成三行：
- 现象：哪个测试、什么时间、什么结果（贴脱敏后的报告段落或错误码）；
- 对照：同一测试在其他网络或时段的结果，说明问题不在你这边；
- 诉求：按条款第几条申请退款。
带着错误码和检测证据的退款申请，处理速度通常远快于"用不了，退钱"。报告默认已脱敏，但发送前自己再过目一遍；哪些信息该给、哪些绝不能给，见向客服提供哪些信息。
五件事全部通过，你在窗口关闭前就拿到了"这家可以长期用"的完整证据链——这时再考虑要不要转年付，顺序才是对的。