功能测试Ⅷ——业务流程测试
文章目錄
- 總目錄
- 業(yè)務(wù)流程測試
- 用例設(shè)計(jì)主要問題
- 目標(biāo)
- 1、狀態(tài)遷移法
- 2、訂單測試
- 3、業(yè)務(wù)流程測試
- 3.1 流程圖介紹（復(fù)習(xí)）
- 3.2 繪制流程圖
- 3.3 業(yè)務(wù)流程測試
- 3.4 業(yè)務(wù)流程測試用例設(shè)計(jì)
- 3.5 測試團(tuán)隊(duì)中體現(xiàn)專業(yè)價(jià)值，個人價(jià)值
- 4、tpshop業(yè)務(wù)流程測試
- 4.1 繪制tpshop下單流程
- 4.2 繪制tpshop發(fā)貨流程
- 4.3 設(shè)計(jì)tpshop業(yè)務(wù)流程測試用例
- 總結(jié)
- 作業(yè)說明
總目錄
測試開發(fā)系列（功能+接口+性能+自動化）
業(yè)務(wù)流程測試
用例設(shè)計(jì)主要問題
主要問題存在于：
-
測試點(diǎn)分析：
邏輯性不強(qiáng)對于整個頁面功能劃分不清晰；不同測試點(diǎn)歸類不清晰；不能形成相對固定的套路，書寫耗費(fèi)大量時(shí)間... -
測試用例：
關(guān)于，要細(xì)致到什么程度，不太明確對于UI效果等的檢查也要寫進(jìn)初次測試的用例嗎？ -
測試用例設(shè)計(jì)時(shí)是依據(jù)需求說明書還是系統(tǒng)？
4、這個用例沒啥問題 就是時(shí)間問題 沒寫完
測試數(shù)據(jù)：
- 注意測試數(shù)據(jù)的時(shí)效性（測試準(zhǔn)備）
- 如注冊時(shí)的手機(jī)號在第一次注冊時(shí)是未注冊的，第二次再注冊時(shí)就變?yōu)橐炎粤?#xff0c;所以不是特定的數(shù)據(jù)場合下，我們可以省略這些測試數(shù)據(jù)。
- 標(biāo)題與預(yù)期結(jié)果要明確
- 注意：如果需求中沒有說明類似的錯誤提示消息，我們應(yīng)該借助于其他同類型產(chǎn)品的處理方案或消息來設(shè)置用例的預(yù)期結(jié)果。
測試標(biāo)題：
-
直接點(diǎn)明測試的目的
-
簡明扼要，不要太冗長
- 比如異常類測試時(shí)，重點(diǎn)關(guān)注導(dǎo)致異常的條件即可，（其他正確參數(shù)可以放在預(yù)置條件里面、實(shí)際工作中約定的規(guī)則下可以不寫其他正常的參數(shù)）
- 如果是正常類測試時(shí)，可以依據(jù)有效等價(jià)類的類別（如登錄時(shí)，qq、手機(jī)號、郵箱等）來細(xì)分設(shè)計(jì)測試用例
-
標(biāo)題一般來說不重復(fù)
優(yōu)先級：
目標(biāo)
- 掌握狀態(tài)遷移法的使用
- 掌握訂單的狀態(tài)測試
- 掌握流程圖主要元素及畫法
- 能夠繪制tpshop下單及發(fā)貨流程圖
- 掌握tpshop業(yè)務(wù)流程測試用例的編寫
1、狀態(tài)遷移法
-
概念：
- 基于系統(tǒng)中模塊或節(jié)點(diǎn)之間的狀態(tài)。來描繪狀態(tài)與狀態(tài)之間的關(guān)系，從而找到狀態(tài)之間轉(zhuǎn)化的路線設(shè)計(jì)測試用例的一種方法。
-
適用場景
- 需要針對復(fù)雜業(yè)務(wù)場景設(shè)計(jì)測試用例時(shí)
-
使用步驟：
-
找出系統(tǒng)所有的節(jié)點(diǎn)
-
繪制狀態(tài)遷移圖
-
繪制狀態(tài)遷移樹
-
找出狀態(tài)之間的轉(zhuǎn)換路徑
-
案例分析——飛機(jī)售票系統(tǒng)
明確狀態(tài)節(jié)點(diǎn):【預(yù)定】、【已支付】、【已出票】、【已使用】、【已取消】
繪制狀態(tài)遷移圖
繪制狀態(tài)遷移樹
抽取測試路徑設(shè)計(jì)用例
| 路徑2：預(yù)定==》已取消 |
| 路徑3：預(yù)定==》已支付==》已取消 |
| 路徑4：預(yù)定==》已支付==》已出票==》已取消 |
2、訂單測試
需求說明： 1.用戶在網(wǎng)站完成下單后，訂單狀態(tài)為“等待付款” 2.用戶完成付款后，訂單狀態(tài)變?yōu)椤按l(fā)貨” 3.管理員對訂單進(jìn)行確認(rèn)并發(fā)貨后，訂單狀態(tài)變?yōu)椤按肇洝? 4.用戶收到商品后，在系統(tǒng)中進(jìn)行確認(rèn)收貨，訂單狀態(tài)變?yōu)椤按u價(jià)” 5.用戶使用商品后，對商品進(jìn)行評價(jià)，評價(jià)提交后，訂單狀態(tài)變?yōu)椤耙淹瓿伞? 6.商品發(fā)貨前，用戶可以對訂單進(jìn)行取消操作，取消后訂單狀態(tài)變?yōu)椤耙讶∠? 7.用戶付款前，管理員可以認(rèn)定訂單無效，此時(shí)訂單處于“已作廢”狀態(tài)找出流程節(jié)點(diǎn)與狀態(tài)
【等待付款】、【待發(fā)貨】、【待收貨】、【待評價(jià)】、【已完成】、【已取消】、【已作廢】
繪制狀態(tài)遷移圖
繪制狀態(tài)遷移樹
找到狀態(tài)之間轉(zhuǎn)換的所有路徑
路徑1：【等待付款】》【待發(fā)貨】》【待收貨】》【待評價(jià)】》【已完成】
路徑2：【等待付款】==》【已作廢】
路徑3：【等待付款】==》【已取消】
路徑4：【等待付款】》【待發(fā)貨】》【已取消】
3、業(yè)務(wù)流程測試
3.1 流程圖介紹（復(fù)習(xí)）
流程圖：
流程圖是對過程、算法、流程的一種圖像表示，在技術(shù)設(shè)計(jì)、交流及商業(yè)簡報(bào)等領(lǐng)域有廣泛的應(yīng)用。 通常用一些圖框來表示各種類型的操作，在框內(nèi)寫出各個步驟，然后用帶箭頭的線把它們連接起來，以表示執(zhí)行的先后順序。用圖形表示算法，直觀形象，易于理解。有時(shí)候也被稱之為輸入-輸出圖。- 橢圓：開始/結(jié)束
- 箭頭：路徑，流程的走向
- 平行四邊形：數(shù)據(jù)的輸入/輸出
- 長方形：處理/步驟/過程
- 菱形：判定/判斷
3.2 繪制流程圖
繪制原則：
- 不要漏掉流程路徑
- 現(xiàn)有判斷，再有判斷結(jié)果
- 推薦講主業(yè)務(wù)流程放在最中間，便于閱讀
案例1：ATM取款流程
案例2：缺陷管理流程
3.3 業(yè)務(wù)流程測試
-
業(yè)務(wù)流程測試的關(guān)注點(diǎn)：
- 關(guān)注點(diǎn)在核心業(yè)務(wù)是否能夠跑通
-
重點(diǎn)不是關(guān)注單個功能模塊的細(xì)節(jié)點(diǎn)
-
業(yè)務(wù)流程測試的價(jià)值：
- 客戶角度：對客戶最有價(jià)值的是業(yè)務(wù)的實(shí)現(xiàn)，不是單功能模塊的質(zhì)量
- 測試人員角度：分配任務(wù)往往是針對功能模塊劃分，業(yè)務(wù)流程的測試容易遺漏
-
進(jìn)行業(yè)務(wù)流程測試的時(shí)機(jī)
-
上線前進(jìn)行業(yè)務(wù)流程測試的確認(rèn)
-
單功能模塊基本可用的情況下，盡早進(jìn)行（冒煙測試）
-
3.4 業(yè)務(wù)流程測試用例設(shè)計(jì)
- 需求分析，明確流程
- 畫出流程圖
- 編寫測試用例，一條路徑對應(yīng)一條測試用例
- 路徑比較多時(shí)，可以對所測業(yè)務(wù)路徑設(shè)置優(yōu)先級
3.5 測試團(tuán)隊(duì)中體現(xiàn)專業(yè)價(jià)值，個人價(jià)值
- 熟悉項(xiàng)目階段，畫出組織架構(gòu)圖，展現(xiàn)工作成果
- 進(jìn)入項(xiàng)目，進(jìn)行一段時(shí)間的測試之后，畫出項(xiàng)目的業(yè)務(wù)流程圖
- 體現(xiàn)個人對項(xiàng)目業(yè)務(wù)的深入理解
- 業(yè)務(wù)流程圖可以作為整個團(tuán)隊(duì)的知識積累
4、tpshop業(yè)務(wù)流程測試
4.1 繪制tpshop下單流程
4.2 繪制tpshop發(fā)貨流程
4.3 設(shè)計(jì)tpshop業(yè)務(wù)流程測試用例
-
前臺下單
-
后臺發(fā)貨
總結(jié)
- 掌握狀態(tài)遷移法的使用
- 掌握訂單的狀態(tài)測試
- 掌握流程圖主要元素及畫法
- 能夠繪制tpshop下單及發(fā)貨流程圖
- 掌握tpshop業(yè)務(wù)流程測試用例的編寫
作業(yè)說明
1.用xmind梳理今日知識點(diǎn)。 2.繪制tpshop業(yè)務(wù)流程圖，完成業(yè)務(wù)流程用例設(shè)計(jì)與執(zhí)行、并提交缺陷。總結(jié)
以上是生活随笔為你收集整理的功能测试Ⅷ——业务流程测试的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 二进制文件和文本文件区别-小白笔记
- 下一篇： pcs7更改项目计算机名时出错,PCS7