4. 一致性测试核心概念
在 TMS 与 WMS 的集成测试中，数据一致性是衡量两个系统间数据同步准确性的核心指标。本章将定义数据一致性的内涵、时间戳一致性的判定标准，并梳理常见的偏差类型，为后续的测试用例设计奠定理论基础。
4.1 什么是数据一致性
数据一致性指同一业务实体在不同系统（或同一系统的不同模块）中，其关键属性值在逻辑上保持等价或可追溯的状态。对于运输与仓储场景，一致性体现在三个层面：
| 层面 | 定义 | 示例 |
|---|---|---|
| 值一致性 | 相同字段的数值完全相等 | TMS 的“签收时间”与 WMS 的“收货时间”均为 2025-03-15 14:30:00 |
| 逻辑一致性 | 字段值虽不同，但符合业务规则推导 | TMS 记录“到达时间”早于 WMS 记录“开始卸货时间” |
| 时序一致性 | 事件发生的先后顺序在两个系统中保持一致 | TMS 的“发车时间” ≤ TMS 的“到达时间” ≤ WMS 的“签收时间” |
测试要点： 值一致性最容易验证，但逻辑一致性和时序一致性更能暴露集成缺陷。测试设计时应优先覆盖后两者。
4.2 时间戳一致性的判定标准
时间戳一致性是数据一致性在时间维度上的特化。判定两条记录是否“一致”，需同时满足以下三个条件：
- 时间精度对齐：两个系统使用相同的时间精度（秒/毫秒），或测试时已知精度差异并做归一化处理。
- 时区统一：所有时间戳必须基于同一时区（通常为 UTC+8 或 UTC），或明确记录时区偏移量。
- 偏差阈值内：允许因网络延迟、系统处理耗时等客观因素产生微小偏差，但偏差必须在预设阈值内（例如 ≤ 5 秒）。
以下流程图展示了时间戳一致性判定的完整逻辑：
阈值设定建议： 对于实时接口（如 API 推送），阈值建议设为 3~5 秒；对于批量接口（如定时文件传输），阈值可放宽至 30~60 秒，但需在测试报告中明确标注。
4.3 常见偏差类型
实际测试中，时间戳不一致通常由以下六种偏差类型引起。理解这些类型有助于快速定位问题根因。
| 偏差类型 | 描述 | 典型根因 | 严重程度 |
|---|---|---|---|
| 固定偏移 | 两个系统的时间戳始终相差一个固定值 | 服务器时钟未同步（NTP 失效） | 高 |
| 随机抖动 | 偏差值无规律波动，每次测试结果不同 | 网络延迟、消息队列积压 | 中 |
| 精度截断 | 一个系统记录到毫秒，另一个只记录到秒 | 数据库字段类型不一致（datetime vs datetime2） | 低 |
| 时区错配 | 两个系统使用不同时区但未做转换 | 系统配置时区不同（UTC vs CST） | 高 |
| 事件顺序颠倒 | 后发生的事件时间戳早于先发生的事件 | 消息乱序到达、本地缓存未刷新 | 严重 |
| 缺失/空值 | 一个系统有记录，另一个系统对应字段为空 | 接口字段映射遗漏、业务逻辑未触发 | 严重 |
下图展示了六种偏差类型在时间轴上的表现差异：
测试优先级： 事件顺序颠倒和缺失/空值属于严重缺陷，应作为测试用例的必测项；固定偏移和时区错配可通过环境检查提前发现；随机抖动和精度截断通常影响较小，可在回归测试中覆盖。