用戶驗(yàn)收測試是站在用戶的立場上，根據(jù)用戶的真實(shí)業(yè)務(wù)場景洼专，設(shè)計(jì)出的一組測試用例。
以我們系統(tǒng)的“安排車輛司機(jī)”功能為例烟很，它涉及下面四個(gè)變量：
- 訂單類型：整車、零擔(dān)蜡镶、水路拼箱雾袱、鐵路拼箱
- 派車渠道：UI官还，EDI
- 派車方式：同層，上下層
- 車輛數(shù)量：一車到底林说，分段運(yùn)輸
那是否要有32（4 * 2 * 2 * 2）個(gè)驗(yàn)收測試呢屯伞？其實(shí)根據(jù)用戶的使用場景腿箩，主要有下面12個(gè)驗(yàn)收測試就夠了劣摇，
主要的驗(yàn)收測試如下：
- UI整車一車到底
- UI多式聯(lián)運(yùn)
- UI零擔(dān)多段運(yùn)輸派車
- EDI整車一車到底
- EDI多式聯(lián)運(yùn)
- EDI零擔(dān)多端運(yùn)輸
- 上下層整車一車到底
- 上下層多式聯(lián)運(yùn)
以第2個(gè)驗(yàn)收測試為例饵撑，具體可以寫成下面這樣：
場景：UI多式聯(lián)運(yùn)
假設(shè)有一票鐵路拼箱訂單SR35791，提貨點(diǎn)是BASF工廠滑潘。
并且被自動派給了承運(yùn)商Hoyer，生成了運(yùn)單JOB24680语卤。
當(dāng) 承運(yùn)商Hoyer給運(yùn)單JOB24680安排了三段運(yùn)輸：
| 運(yùn)輸階段 | 運(yùn)輸模式 | 車牌號 | 設(shè)備號 | 中轉(zhuǎn)地址 |
|---|---|---|---|---|
| 提貨 | 公路 | 渝A | 3571 | 重慶火車站 |
| 中轉(zhuǎn) | 鐵路 | 3571 | 廣州火車站 | |
| 送貨 | 公路 | 粵C | 3571 | 客戶門點(diǎn)A |
并且設(shè)備3751進(jìn)入BASF工廠
那么系統(tǒng)會生成一個(gè)到達(dá)提貨點(diǎn)的事件
并且第一段運(yùn)輸?shù)拈_始時(shí)間會被更新
當(dāng)設(shè)備3751離開BASF工廠
那么系統(tǒng)會生成一個(gè)提貨完成的事件
并且第一段運(yùn)輸?shù)拈_始時(shí)間會被更新
當(dāng)設(shè)備3751進(jìn)入重慶火車站
那么系統(tǒng)會生成一個(gè)到達(dá)中轉(zhuǎn)點(diǎn)的事件
并且第一段運(yùn)輸?shù)慕Y(jié)束時(shí)間會被更新
當(dāng)設(shè)備3751離開重慶火車站
那么系統(tǒng)會生成一個(gè)離開中轉(zhuǎn)點(diǎn)的事件
并且第二段運(yùn)輸?shù)拈_始時(shí)間會被更新
當(dāng)設(shè)備3751進(jìn)入廣州火車站
那么系統(tǒng)會生成一個(gè)到達(dá)中轉(zhuǎn)點(diǎn)的事件
并且第二段運(yùn)輸?shù)慕Y(jié)束時(shí)間會被更新
當(dāng)設(shè)備3751離開廣州火車站
那么系統(tǒng)會生成一個(gè)離開中轉(zhuǎn)點(diǎn)的事件
并且第三段運(yùn)輸?shù)拈_始時(shí)間會被更新
當(dāng)設(shè)備3751進(jìn)入客戶門點(diǎn)A
那么系統(tǒng)會生成一個(gè)貨物送達(dá)的事件
并且第三段運(yùn)輸?shù)慕Y(jié)束時(shí)間會被更新
當(dāng)設(shè)備3751離開客戶門點(diǎn)A
那么系統(tǒng)會生成一個(gè)卸貨離開的事件
用戶驗(yàn)收測試可以作為回歸測試加入到回歸測試集里面钮孵。
