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

業務流程測試是系統測試最重要的內容，而測試的依據就是使用者定義的需求和測試人員的測試設計，因此下面就從需求、測試設計、測試執行等角度上重點來闡述如何做好業務流程測試。

一．關注需求和使用者

1．站在使用者的角度

優秀的需求應該是站在使用者的角度來思考問題，是使用者能夠利用系統完成什麼，而不是系統自己完成。因此在需求理解時要多和軟體的終端使用者進行交流，瞭解他們的訴求，以便有針對性的進行測試。

2．重視全域性，而非細節

工作重點應該是放在儘可能全面的收集需求要點、瞭解整體的業務流程、分析主體業務流程和重點業務流程等工作上。在獲得了系統的全貌之後，我們會發現原先在編寫功能測試用例對系統的認識是不充分的，這時要編寫的業務流程測試用例需要根據新的思路進行重新排列。

3．現場客戶

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

二．精心設計業務流程用例

1．業務流程用例編寫要點

1) 需要準備基本資料，以便系統測試多次使用，同時方便自動化工具介入。

2) 其他流程要依賴這套資料，使之每個流程可以更有針對性的執行。

3) 構建的資料要儘量模擬客戶現場，嚴禁用a、b、c；1、2、3等。

4) 流程要符合使用者常用的業務操作習慣，儘量考慮使用者的實際操作去編寫。

5) 流程可大可小，但每一個流程都要是一個典型的業務操作。

6) 流程不必覆蓋到所有功能點，因為流程用例是功能用例的一個補充。

7) 流程不要被具體的模組所限制，各個模組可以交叉。

8) 使用者實際的業務操作是沒有界限的。

2．業務流程用例編寫實踐

1）系統總流程表                                                

該表制定的目的，首先是理清系統脈絡，和編寫者的思路；其次是給後進入專案的tester一個對系統大概的認識，對於系統的功能和各個模組之間的關係有個巨集觀的認識。

2）角色功能表                                      

因為我們現在所做的系統大都是多使用者多許可權的，對應不同角色有不同的許可權。包括選單級和操作級的。比如RIF系統和門店POS系統中均有多種角色多種許可權，所以有一個清晰的列表對於使用者理解和測試系統是有很大幫助的，在測試不同角色對應的不同功能頁面或操作可以通過該表進行二維的對應。

3）測試資料列表                                                

業務流程測試要依賴一套可以重用的並且儘量符合使用者實際操作的資料。測試用例中包含精心準備的資料，在執行時會有的放矢，更貼近使用者的操作。

4）業務流程測試用例表

這是最重要的一個部分，是我們測試流程的出發點和根據，和功能測試用例不同的是，

我們這裡所關注的是業務操作的流程，編寫時參照“業務流程用例編寫要點”。

業務流程測試用例編寫參照“業務流程測試模版及案例”。

三．測試執行

1. 在系統測試過程中，每輪測試保持測試資料庫都是完整的一套初始資料。門店POS端的資料在搭建好環境後會有一套初始基礎資料，也可通過總部初始下發實現（前提是門店POS端所需的總部資料已全部錄入完畢）。所需準備資料可參照“初始資料表單”。

2. 在資料穩定、介面穩定的前提下通過自動化工具錄製業務流程測試指令碼；現在部門推薦HP公司的QTP和LoadRunner。