用户验收测试是站在用户的立场上，根据用户的真实业务场景，设计出的一组测试用例。

以我们系统的“安排车辆司机”功能为例，它涉及下面四个变量：

1. 订单类型：整车、零担、水路拼箱、铁路拼箱
2. 派车渠道：UI，EDI
3. 派车方式：同层，上下层
4. 车辆数量：一车到底，分段运输

那是否要有32（4 * 2 * 2 * 2）个验收测试呢？其实根据用户的使用场景，主要有下面12个验收测试就够了，
主要的验收测试如下：

1. UI整车一车到底
2. UI多式联运
3. UI零担多段运输派车
4. EDI整车一车到底
5. EDI多式联运
6. EDI零担多端运输
7. 上下层整车一车到底
8. 上下层多式联运

以第2个验收测试为例，具体可以写成下面这样：
场景：UI多式联运
假设有一票铁路拼箱订单SR35791，提货点是BASF工厂。
并且被自动派给了承运商Hoyer，生成了运单JOB24680。
当 承运商Hoyer给运单JOB24680安排了三段运输：

并且设备3751进入BASF工厂
那么系统会生成一个到达提货点的事件
并且第一段运输的开始时间会被更新

当设备3751离开BASF工厂
那么系统会生成一个提货完成的事件
并且第一段运输的开始时间会被更新

当设备3751进入重庆火车站
那么系统会生成一个到达中转点的事件
并且第一段运输的结束时间会被更新

当设备3751离开重庆火车站
那么系统会生成一个离开中转点的事件
并且第二段运输的开始时间会被更新

当设备3751进入广州火车站
那么系统会生成一个到达中转点的事件
并且第二段运输的结束时间会被更新

当设备3751离开广州火车站
那么系统会生成一个离开中转点的事件
并且第三段运输的开始时间会被更新

当设备3751进入客户门点A
那么系统会生成一个货物送达的事件
并且第三段运输的结束时间会被更新

当设备3751离开客户门点A
那么系统会生成一个卸货离开的事件

用户验收测试可以作为回归测试加入到回归测试集里面。