-
業務流
鎖定
- 中文名
- 業務流
- 基本含義
- 從業務邏輯出發的測試思路
- 所屬領域
- 邏輯學
兩種測試方式都是必不可少的,業務與實現既要很好的分離開來,也不能單獨的存在,只能説側重點不同罷了。
業務流的測試如何在測試用例中體現?
1、一個功能會有很多的入口。比如下訂單,可以從採購單下訂單,也可以從歷史訂單中下訂單等。如果我按照功能劃分寫測試用例的時候,那是不是要把每種入口作為一個測試用例寫呢?
2、不同角色處理訂單會有不同的流程,比如採購商和供應商在訂單處理中是不一樣,採購商主要是查看訂單配送情況以及取消訂單等操作,而供應商是負責配送訂單等。
1、首先需要明確,你無論從那個入口進入,是否都是調用的同一模塊;如果每個入口都是調用的同一模塊,沒有必要寫每個入口的測試用例,只是需要寫初每個入口是否能夠調用訂單模塊的測試用例。如果是不同模塊,毫無疑問的需要寫不同的測試用例。
2、不同角色處理訂單會有不同的流程,這個根據場景法寫,重點放在不同角色的處理流程是不是正確。
簡單來説就是:
1、一個入口一個測試用例
2、一個角色一個測試用例
最關鍵是設計基於業務場景的用例,這裏的用例不是我們通常意義上的測試用例,它是業務場景,但是在設計這些場景時,要考慮業務的各種組合情況,通過業務流程、公式、數據流把業務鏈接起來,形成一個一個的業務流,將來這些業務流就是我們功能測試中的一個個執行流程,這些流程將把測試設計工程師設計的測試用例貫穿下來,在測試用例中不寫測試數據,而在業務場景中設計測試數據,這樣能夠讓測試用例得到最大的複用,也就是不同的業務流可能使用同一個測試用例。
但是在設計中也出現了一些問題,例如,在設計這些場景時,還是需要花費大量的時間,因為場景非常多,只能先設計典型業務場景,再考慮特殊情況。
該方法是我根據銀行項目的特點以及對質量的要求設計的,以求達到對業務功能的覆蓋。
- 詞條統計
-
- 瀏覽次數:次
- 編輯次數:10次歷史版本
- 最近更新: 活宝且美且独立