一个用户验收测试实例

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

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

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安排了三段运输：

运输阶段	运输模式	车牌号	设备号	中转地址
提货	公路	渝A	3571	重庆火车站
中转	铁路		3571	广州火车站
送货	公路	粤C	3571	客户门点A

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

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

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

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

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

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

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

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

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