用户验收测试是站在用户的立场上，根据用户的真实业务场景，设计出的一组测试用例。
以我们系统的“安排车辆司机”功能为例，它涉及下面四个变量：
- 订单类型：整车、零担、水路拼箱、铁路拼箱
- 派车渠道：UI，EDI
- 派车方式：同层，上下层
- 车辆数量：一车到底，分段运输
那是否要有32（4 * 2 * 2 * 2）个验收测试呢？其实根据用户的使用场景，主要有下面12个验收测试就够了，
主要的验收测试如下：
- UI整车一车到底
- UI多式联运
- UI零担多段运输派车
- EDI整车一车到底
- EDI多式联运
- EDI零担多端运输
- 上下层整车一车到底
- 上下层多式联运
以第2个验收测试为例，具体可以写成下面这样：
场景：UI多式联运
假设有一票铁路拼箱订单SR35791，提货点是BASF工厂。
并且被自动派给了承运商Hoyer，生成了运单JOB24680。
当 承运商Hoyer给运单JOB24680安排了三段运输：
| 运输阶段 | 运输模式 | 车牌号 | 设备号 | 中转地址 |
|---|---|---|---|---|
| 提货 | 公路 | 渝A | 3571 | 重庆火车站 |
| 中转 | 铁路 | 3571 | 广州火车站 | |
| 送货 | 公路 | 粤C | 3571 | 客户门点A |
并且设备3751进入BASF工厂
那么系统会生成一个到达提货点的事件
并且第一段运输的开始时间会被更新
当设备3751离开BASF工厂
那么系统会生成一个提货完成的事件
并且第一段运输的开始时间会被更新
当设备3751进入重庆火车站
那么系统会生成一个到达中转点的事件
并且第一段运输的结束时间会被更新
当设备3751离开重庆火车站
那么系统会生成一个离开中转点的事件
并且第二段运输的开始时间会被更新
当设备3751进入广州火车站
那么系统会生成一个到达中转点的事件
并且第二段运输的结束时间会被更新
当设备3751离开广州火车站
那么系统会生成一个离开中转点的事件
并且第三段运输的开始时间会被更新
当设备3751进入客户门点A
那么系统会生成一个货物送达的事件
并且第三段运输的结束时间会被更新
当设备3751离开客户门点A
那么系统会生成一个卸货离开的事件
用户验收测试可以作为回归测试加入到回归测试集里面。
