業(yè)務流程測試總結

業(yè)務流程測試總結近期公司比較強調業(yè)務流程的測試，本人就總結一下業(yè)務流程的測試經(jīng)驗與大家分享，歡迎大家多提意見。一、業(yè)務流程整理1、充分掌握業(yè)務知識，業(yè)務流程以及業(yè)務的數(shù)據(jù)流向。站在用戶的角度思考，而不僅僅考慮在系統(tǒng)中如何操作業(yè)務流程；搞清楚每一項業(yè)務中的詳細流程和各個環(huán)節(jié)涉及的角色，一項比較復雜的業(yè)務其詳細流程往往比較多，只有了徹底掌握了這項業(yè)務，才能對當前業(yè)務環(huán)節(jié)進行全方位的測試。2、從需求人員或者客戶那里了解到各業(yè)務流程的重要程度和使用頻率。（這點對把握測試重點很重要）3、了解業(yè)務流程在系統(tǒng)中對應的功能。（建立業(yè)務與系統(tǒng)的映射，為編寫測試用例做好準備）二、編寫測試用例（在需求文檔以及UI原型評審之后）1、繪制業(yè)務流程圖（對于較簡單的流程，也可以用文字描述的形式，但流程圖比較直觀，也便于進行路徑的分析）。2、根據(jù)業(yè)務流程的重要程度、使用頻率為各流程設置好優(yōu)先級。3、采用場景法、路徑法或其他方法（方法其實是不固定的，有時候可以綜合使用多種方法）梳理出每個業(yè)務流程在系統(tǒng)中對應的操作步驟，形成業(yè)務流程的測試用例。注意：* 這里的操作步驟沒有必要像功能點測試用例的步驟那么詳細，這個操作步驟可能是一個業(yè)務操作集，可以分解成多個步驟，這些業(yè)務操作集合，也可以對應具體的功能點測試用例，從而做到測試用例的復用。所以可以說這里的業(yè)務流程測試用例就像是將多個功能點的測試用例組合成一個集合，形成一個業(yè)務流。* 在每個步驟中需要標識出執(zhí)行該操作的用戶角色，因為在一個業(yè)務流程中，很可能涉及到不同的角色。* 需要平衡項目的進度、成本，不一定需要覆蓋所有的路徑。三、測試數(shù)據(jù)設計1、輸入數(shù)據(jù)：測試業(yè)務流程與功能點測試的重點不一樣，因此設計測試數(shù)據(jù)的時候更多需要考慮下面的因素（按重要到次要排列）：1）關鍵的判斷條件2）符合業(yè)務意義的數(shù)據(jù)3）邊界數(shù)據(jù)4）異常數(shù)據(jù)另外，對流程無任何影響的數(shù)據(jù)，我認為可以在此不考慮，放到功能點測試中更加合適，這樣可以減少不必要的干擾。不過，有些功能點對流程的依賴很強，或者業(yè)務流程非常簡單，也可以將業(yè)務流程測試與功能點測試結合。（實際我覺得功能點測試與業(yè)務流程測試的數(shù)據(jù)分開會好一點，因為畢竟重點不一樣；但有時迫于進度的壓力，也會將這些數(shù)據(jù)結合在一起）2、輸出數(shù)據(jù)：系統(tǒng)中得到的結果數(shù)據(jù)以及報表中的數(shù)據(jù)，都需要體現(xiàn)出來，必要的時候還需要根據(jù)報表的格式提供輸出數(shù)據(jù)，以便在測試時進行核對。注意：需要平衡項目的進度、成本，盡可能用少的測試數(shù)據(jù)發(fā)現(xiàn)多的問題。四、測試執(zhí)行主要在下面幾個階段執(zhí)行業(yè)務流程測試：1、最主要是在系統(tǒng)測試階段進行（將優(yōu)先級高的主要業(yè)務流程測試用例作為冒煙測試用例）。2、在集成測試的后期，已經(jīng)對部分業(yè)務測試流程進行了測試，可以根據(jù)系統(tǒng)集成的順序，在集成測試階段對部分業(yè)務流程進行測試。集成測試階段重點是測試功能點，功能點測試存在嚴重問題，是無法進行業(yè)務流程測試的，所以一般是等功能比較穩(wěn)定的時間才會進行業(yè)務流程測試。3、驗收測試。4、個人觀點：保證質量最有力的手段還是預防，如果能夠將業(yè)務流程測試用于測試的前期，比如：用于開發(fā)人員進行聯(lián)調、或者送測前的測試，這樣可能會提高送測質量，減少測試輪次，提高編碼質量。另外，有了具體的步驟，以及測試數(shù)據(jù)，可以結合自動化測試工具進行業(yè)務流程測試。（以上言論僅代表作者的個人觀點，不代表51Testing觀點）用路徑分析法來編寫測試用例來源：網(wǎng)絡 作者：不詳熟悉測試理論的人都知道，路徑覆蓋是白盒測試中一種很重要的方法，廣泛應用于單元測試。那么基于路徑覆蓋的分析方法是不是只能應用于單元測試呢，能不能將其推而廣之呢。一般而言，在單元測試中，路徑就是指函數(shù)代碼的某個分支，而實際上如果我們將軟件系統(tǒng)的某個流程也看成路徑的話，我們將可以嘗試著用路徑分析的方法來設計測試用例。采用路徑分析的方法設計測試用例有兩點好處：一是降低了測試用例設計的難度，只要搞清了各種流程，就可以設計出高質量的測試用例來，而不用太多測試方面的經(jīng)驗；二是在測試時間較緊的情況下，可以有的放矢的選擇測試用例，而不用完全根據(jù)經(jīng)驗來取舍。下面就具體的介紹一下如何用路徑分析的方法編寫測試用例。首先是將系統(tǒng)運行過程中所涉及到的各種流程圖表化，可以先從最基本的流程入手，將流程抽象成為不同功能的順序執(zhí)行。在最基本流程的基礎上再去考慮次要或者異常的流程，這樣將各種流程逐漸細化，這樣既可以逐漸加深對流程的理解，還可以將各個看似孤立的流程關聯(lián)起來。完成所有流程的圖表化后就完成了所有路徑的設定。找出了所有的路徑，下面的工作就是給每條路徑設定優(yōu)先級，這樣在測試時就可以先測優(yōu)先級高的，再測優(yōu)先級低的，在時間緊迫的情況下甚至可以考慮忽略一些低優(yōu)先級的路徑。優(yōu)先級根據(jù)兩個原則來選?。阂皇锹窂绞褂玫念l率，使用越頻繁的優(yōu)先級越高；二是路徑的重要程度，如果失敗對系統(tǒng)影響越大的優(yōu)先級越高。將根據(jù)兩個原則所分別得到的優(yōu)先級相加就得到了整個路徑的優(yōu)先級。根據(jù)優(yōu)先級的排序就可以更有針對性的進行測試。為每條路徑設定好優(yōu)先級后，接下來的工作就是為每條路徑選取測試數(shù)據(jù)，構造測試用例。一條路徑可以對應多個測試用例，在選取測試數(shù)據(jù)時，可以充分利用邊界值選取等方法，通過表格將各種測試數(shù)據(jù)的輸入輸出對應起來，這樣就完成了測試用例的設計。對于測試人員而言，測試用例的設計是一件非常困難的工作，而同時測試用例的設計好壞又直接關系到整個系統(tǒng)的設計質量。本文介紹了一種更理論化的設計方法來盡量簡化這種工作，將一般應用于單元測試的路徑分析方法推廣到集成測試、系統(tǒng)測試等后續(xù)測試過程中，希望能給大家一點啟示。我會將自己嘗試過的一些感受以及具體例子跟在本貼之后.如果想讓本方法很好的用在實際的工作中,那么流程就必須明確的規(guī)范的（就是有畫出相應業(yè)務或者功能走向圖）,這樣就可以極大的加快了用例編寫的速度和質量，但是如果碰到?jīng)]有明確流程圖的時候，可能會花不少的時間去捉摸功能點的流程走向問題，這又讓工作進度慢了下來（流程不明確是因為需求沒有明確表述和設計沒有相應流程描述）,所以在實際工作中想使用這種方法來加快和改進測試用例的進度和質量，還要說服項目組盡可能的規(guī)范需求和設計的文檔規(guī)范性，畢竟軟件質量的控制不是我們一組人就能做到的。 拿到這個流程時，第一眼看上去，是不是有點暈暈的呢，確實如此，因為這不能稱為標準的流程圖，我們需要做一些改進，不妨事先約定，畫流程圖時，在有判定條件處，就往下走，而就往左走，以下是簡化后的流程： 上面這個流程圖看上去是不是清晰很多,確實如此,從心理學的角度來講,正常人的思維是很難