發現深層次的bug——業務測試 1、業務測試簡介

業務測試是 人員把系統各個模組串接起來執行、模擬真實使用者實際的工作流程，滿足使用者需求定義的功能、流程來進行測試的過程。

 

2 、業務流程測試過程

整理業務流程需求

編寫業務測試用例

執行測試

 

3、業務流程的整理

1、站在使用者的角度

測試人員最好能夠全程參與整個開發過程，尤其是需求解決要及早介入到需求，多與客戶溝通，真正理解使用者手工的業務流程，儘量減少業務理解的偏差。

2、重點關注整體業務和分業務

在進行業務測試時，是在功能測試成功實施的基礎上進行的測試，業務測試的工作重點應該是放在儘可能全面的收集模組需求、瞭解整體的業務流程、分析主體業務流程和重點業務流程等工作上。

3、現場客戶

現場客戶隨時提供對需求細節的指導。如果沒有條件，可以定期的邀請使用者參加專案例會或安排和使用者交流等。另外在需求理解評審和測試設計評審會盡量邀請使用者參與。

 

4、編寫業務測試用例

(4.1)編寫流程用例

1. 繪製業務流程圖（對於較簡單的流程，也可以用文字描述的形式，但流程圖比較直觀，也便於進行路徑的分析）。

2. 根據業務流程的重要程度、使用頻率為各流程設定好優先順序。

3. 採用場景法、路徑法、狀態圖或其他方法（方法其實是不固定的，有時候可以綜合使用多種方法）梳理出每個業務流程在系統中對應的操作步驟，形成業務流程的測試用例。

注意：

這裡的操作步驟沒有必要像功能點測試用例的步驟那麼詳細，這個操作步驟可能是一個業務操作集，可以分解成多個步驟，這些業務操作集合，也可以對應具體的功能點測試用例，從而做到測試用例的複用。所以可以說這裡的業務流程測試用例就像是將多個功能點的測試用例組合成一個集合，形成一個業務流。

 

在每個步驟中需要標識出執行該操作的使用者角色，因為在一個業務流程中，很可能涉及到不同的角色。

 

 

需要平衡專案的進度、成本，不一定需要覆蓋所有的路徑。

 

 

(4.2)業務資料的設計與跟蹤

1. 對於業務系統的測試需要考慮基礎資料、業務資料。基礎資料一般採用客戶真實的資料，業務資料要符合實際的業務流程。

2. 注意業務資料的變動，結合資料庫進行測試，必須非常清楚每一個業務的操作執行後，那些資料庫的表會受到影響，表裡面的資料是怎樣變動的。業務資料流的跟蹤，這才是 的核心。

 

5、執行業務測試

1. 在 每輪測試保持測試資料庫都是完整的一套初始資料，在每次測試之前保證資料的原始狀態 。

2. 一般在版本比較穩定的情況下可以採用自動化工具錄製業務流程測試指令碼實現整個業務測試的多輪測試過程 。