货车定位系统的稳定性怎么验证
稳定性不是"页面能不能打开"
车辆图标仍在服务区，司机却已经到厂。页面能打开不代表位置有效，验收时应核对最后定位时间、接口返回与整趟轨迹，再判断是否满足调度和结算要求。
定位系统的不稳定，通常不表现为崩溃，而是表现为三种更隐蔽的状态：
- 车在跑，但地图上半天不动。
- 接口能调通，但返回结果时有时无。
- 轨迹能查，但中间缺了几个小时的段。
这三种状态在日常使用中很难被察觉，直到某天调度按图上的位置判断"车还在服务区"，实际上车已经到厂门口，问题才暴露。
稳定性必须用指标来验证，而不是用观感。 下面三个指标，覆盖了定位服务的主要失效方式。
指标一：在线率
在线率的定义需要先统一口径。常见有两种算法：
- 瞬时在线率：某一时刻有符合时效要求的有效位置的车，占应查车辆总数的比例。
- 时段持续在线情况：按约定时间格检查每车是否有有效新位置，再统计有效时间格占应观察时间格的比例；停驶和维修时段如何处理要事先写明。
仅统计“期间至少上报过一次”的车辆占比，衡量的是期间有数据车辆覆盖，不能替代持续在线情况。企业看到"在线率很高"时，要先问清楚是哪个口径、统计的时段多长、分母是怎么算的——分母里是否包含停驶车辆、已过户车辆、临时调车。
先固定应观察车辆清单和数据过期阈值，再记录每次统计时的车辆状态。车辆调入、调出或维修时保留变更时间，不为改善比例临时删除离线车辆。结果应能追到具体缺数车辆与时段，而不只有一个汇总值。
判断在线率的实用方法：拿固定的一批车连续观察几天，每天同一时点看有多少台能查到位置、位置与车辆实际状态是否吻合。同时覆盖业务高峰与低谷，短时测试结果注明观察范围。
指标二：接口成功率
对有自建系统、走接口对接的企业来说，这个指标比在线率更直接——因为接口失败意味着业务中断，而不是"少看到一个点"。
要拆开看的是三类失败：
一、调用失败。 请求发出去了，但没拿到响应。可能是限流、可能是网络、可能是服务端问题。
二、返回为空。 接口调用成功，但没有结果。这类最容易被忽略，因为技术侧看起来是"成功的"。
三、返回有结果但内容不对。 时间和位置明显错位，或者返回的是上次的位置。
测试方法：在试用期内做一段连续的调用压测，按你真实的调用量级别打，然后统计成功率和平均响应时间。只在白天业务不忙的时候测，测出来的数字没有代表性。
另外要问清一个商务细节：查询无结果时是否计费。 同时区分请求失败、无匹配结果和过期数据，按约定记录用量。
指标三：数据完整率
这是最容易被漏掉、但业务后果最严重的一项。
完整率应选定口径，例如按采集策略核对预期点与实际有效点，或按约定时段统计有效覆盖。两种比例不能混用，还应单列最长缺口和关键节点缺失。
一台车从发车到到货，正常应当是一条连续的轨迹。如果中间出现大段空白，轨迹就不完整。后果是具体的：复盘的时候看不到中途停靠点，结算的时候里程序列被打断，核对异常时缺少依据。
隧道、通信、设备状态与处理规则都可能影响完整性，不能预设所有线路结果相同。排查时区分：
- 短时或固定路段断点，先查环境和设备记录，确认业务影响及约定处理方式。
- 长时间或多车同时缺失，核对采集、通信与平台运行记录，不能单凭持续时间确定原因。
测试方法：挑几条你自己最熟悉的线路，让车队正常跑，然后逐趟核对轨迹从起点到终点是否连续。将空白区段与采集时间和实际任务对照，并区分实时缺失和事后补传。
试用期怎么设计测试方案
试用期不是"用一段时间看看"，而是一次有明确方案的验证。建议按这个结构设计：
第一步，定样本。 不要全量上线。按实际业务选择代表性车型、线路和合作方式，记录样本未覆盖的场景；样本量与试用周期由业务差异决定。
第二步，定观察周期。 至少覆盖一个完整的业务循环，包含工作日和周末。周期太短，看到的都是运气好的那几天。
第三步，定三项指标的口径和记录方式。 明确在线率按瞬时还是时段算、接口成功率按什么粒度统计、完整率怎么抽查，谁负责记录。
第四步，留一份人工对照记录。 让调度按老办法（打电话问）记录几台车的真实到达时间，与系统显示的到达时间做比对。也可与现场签到或闸口原始记录比对，先统一时钟和“到达”的定义，注明参考记录本身的误差。
第五步，把试用期的问题写成清单。 哪些是配置问题、哪些是数据边界问题、哪些是产品缺陷，要分清楚。逐项写明影响、责任、处理方案和复测结果；任何一类问题若影响关键流程，都应在上线前确认是否可接受。
为什么演示不能当验收
演示可能只覆盖少量样本、短时查询与已知线路。真实业务环境的条件是：网络有波动、车辆进出隧道、高峰期调用量集中、线路随机。
演示可以确认已展示功能和对应条件，持续可用性仍需实际车辆与观察周期验证。
正确的做法是把演示当"功能确认"，把试用期当"稳定性确认"，两者分工不同，都不省略。
稳定性怎么落到合同里
试用期跑出来的结论，要写进合同才有约束力。至少明确三项：
- 可用性水平的承诺值和统计口径，以及未达标时的处理方式。
- 接口调用的响应时间约定，以及高峰期是否有独立的资源保障。
- 服务响应的时限与升级路径，出问题时找谁、多久有回音。
指标写在合同里，双方对"稳定"的理解才是一致的。否则后续出现争议，双方各拿各的报表，谈不出结果。
抽查原始记录确认验收结果
试用期结束时，不用问"感觉怎么样"。直接拿三个数字出来：
这段时间的在线率是多少？接口成功率是多少？抽查的十趟运输里，有几趟轨迹是完整的？
每个结果都应附分母、周期、计算规则和异常明细。随机抽几项回查原始记录，确认能复算；无法追到记录的汇总数，暂不作为验收依据。