業(yè)務(wù)流程測試總結(jié)

1、業(yè)務(wù)流程測試總結(jié)近期公司比較強(qiáng)調(diào)業(yè)務(wù)流程的測試，本人就總結(jié)一下業(yè)務(wù)流程的測試經(jīng)驗(yàn)與大家分享，歡迎大家多提意見。一、業(yè)務(wù)流程整理1、充分掌握業(yè)務(wù)知識，業(yè)務(wù)流程以及業(yè)務(wù)的數(shù)據(jù)流向。站在用戶的角度思考，而不僅僅考慮在系統(tǒng)中如何操作業(yè)務(wù)流程；搞清楚每一項(xiàng)業(yè)務(wù)中的詳細(xì)流程和各個(gè)環(huán)節(jié)涉及的角色，一項(xiàng)比較復(fù)雜的業(yè)務(wù)其詳細(xì)流程往往比較多，只有了徹底掌握了這項(xiàng)業(yè)務(wù)，才能對當(dāng)前業(yè)務(wù)環(huán)節(jié)進(jìn)行全方位的測試。2、從需求人員或者客戶那里了解到各業(yè)務(wù)流程的重要程度和使用頻率。（這點(diǎn)對把握測試重點(diǎn)很重要）3、了解業(yè)務(wù)流程在系統(tǒng)中對應(yīng)的功能。（建立業(yè)務(wù)與系統(tǒng)的映射，為編寫測試用例做好準(zhǔn)備）二、編寫測試用例（在需求文檔以及UI原

2、型評審之后）1、繪制業(yè)務(wù)流程圖（對于較簡單的流程，也可以用文字描述的形式，但流程圖比較直觀，也便于進(jìn)行路徑的分析）。2、根據(jù)業(yè)務(wù)流程的重要程度、使用頻率為各流程設(shè)置好優(yōu)先級。3、采用場景法、路徑法或其他方法（方法其實(shí)是不固定的，有時(shí)候可以綜合使用多種方法）梳理出每個(gè)業(yè)務(wù)流程在系統(tǒng)中對應(yīng)的操作步驟，形成業(yè)務(wù)流程的測試用例。注意：* 這里的操作步驟沒有必要像功能點(diǎn)測試用例的步驟那么詳細(xì)，這個(gè)操作步驟可能是一個(gè)業(yè)務(wù)操作集，可以分解成多個(gè)步驟，這些業(yè)務(wù)操作集合，也可以對應(yīng)具體的功能點(diǎn)測試用例，從而做到測試用例的復(fù)用。所以可以說這里的業(yè)務(wù)流程測試用例就像是將多個(gè)功能點(diǎn)的測試用例組合成一個(gè)集合，形成一個(gè)業(yè)

3、務(wù)流。* 在每個(gè)步驟中需要標(biāo)識出執(zhí)行該操作的用戶角色，因?yàn)樵谝粋€(gè)業(yè)務(wù)流程中，很可能涉及到不同的角色。* 需要平衡項(xiàng)目的進(jìn)度、成本，不一定需要覆蓋所有的路徑。三、測試數(shù)據(jù)設(shè)計(jì)1、輸入數(shù)據(jù)：測試業(yè)務(wù)流程與功能點(diǎn)測試的重點(diǎn)不一樣，因此設(shè)計(jì)測試數(shù)據(jù)的時(shí)候更多需要考慮下面的因素（按重要到次要排列）：1）關(guān)鍵的判斷條件2）符合業(yè)務(wù)意義的數(shù)據(jù)3）邊界數(shù)據(jù)4）異常數(shù)據(jù)另外，對流程無任何影響的數(shù)據(jù)，我認(rèn)為可以在此不考慮，放到功能點(diǎn)測試中更加合適，這樣可以減少不必要的干擾。不過，有些功能點(diǎn)對流程的依賴很強(qiáng)，或者業(yè)務(wù)流程非常簡單，也可以將業(yè)務(wù)流程測試與功能點(diǎn)測試結(jié)合。（實(shí)際我覺得功能點(diǎn)測試與業(yè)務(wù)流程測試的數(shù)據(jù)分開會(huì)

4、好一點(diǎn)，因?yàn)楫吘怪攸c(diǎn)不一樣；但有時(shí)迫于進(jìn)度的壓力，也會(huì)將這些數(shù)據(jù)結(jié)合在一起）2、輸出數(shù)據(jù)：系統(tǒng)中得到的結(jié)果數(shù)據(jù)以及報(bào)表中的數(shù)據(jù)，都需要體現(xiàn)出來，必要的時(shí)候還需要根據(jù)報(bào)表的格式提供輸出數(shù)據(jù)，以便在測試時(shí)進(jìn)行核對。注意：需要平衡項(xiàng)目的進(jìn)度、成本，盡可能用少的測試數(shù)據(jù)發(fā)現(xiàn)多的問題。四、測試執(zhí)行主要在下面幾個(gè)階段執(zhí)行業(yè)務(wù)流程測試：1、最主要是在系統(tǒng)測試階段進(jìn)行（將優(yōu)先級高的主要業(yè)務(wù)流程測試用例作為冒煙測試用例）。2、在集成測試的后期，已經(jīng)對部分業(yè)務(wù)測試流程進(jìn)行了測試，可以根據(jù)系統(tǒng)集成的順序，在集成測試階段對部分業(yè)務(wù)流程進(jìn)行測試。集成測試階段重點(diǎn)是測試功能點(diǎn)，功能點(diǎn)測試存在嚴(yán)重問題，是無法進(jìn)行業(yè)務(wù)流程測

5、試的，所以一般是等功能比較穩(wěn)定的時(shí)間才會(huì)進(jìn)行業(yè)務(wù)流程測試。3、驗(yàn)收測試。4、個(gè)人觀點(diǎn)：保證質(zhì)量最有力的手段還是預(yù)防，如果能夠?qū)I(yè)務(wù)流程測試用于測試的前期，比如：用于開發(fā)人員進(jìn)行聯(lián)調(diào)、或者送測前的測試，這樣可能會(huì)提高送測質(zhì)量，減少測試輪次，提高編碼質(zhì)量。另外，有了具體的步驟，以及測試數(shù)據(jù)，可以結(jié)合自動(dòng)化測試工具進(jìn)行業(yè)務(wù)流程測試。（以上言論僅代表作者的個(gè)人觀點(diǎn)，不代表51Testing觀點(diǎn)）用路徑分析法來編寫測試用例來源：網(wǎng)絡(luò) 作者：不詳熟悉測試?yán)碚摰娜硕贾?，路徑覆蓋是白盒測試中一種很重要的方法，廣泛應(yīng)用于單元測試。那么基于路徑覆蓋的分析方法是不是只能應(yīng)用于單元測試呢，能不能將其推而廣之呢。一般

6、而言，在單元測試中，路徑就是指函數(shù)代碼的某個(gè)分支，而實(shí)際上如果我們將軟件系統(tǒng)的某個(gè)流程也看成路徑的話，我們將可以嘗試著用路徑分析的方法來設(shè)計(jì)測試用例。采用路徑分析的方法設(shè)計(jì)測試用例有兩點(diǎn)好處：一是降低了測試用例設(shè)計(jì)的難度，只要搞清了各種流程，就可以設(shè)計(jì)出高質(zhì)量的測試用例來，而不用太多測試方面的經(jīng)驗(yàn)；二是在測試時(shí)間較緊的情況下，可以有的放矢的選擇測試用例，而不用完全根據(jù)經(jīng)驗(yàn)來取舍。下面就具體的介紹一下如何用路徑分析的方法編寫測試用例。首先是將系統(tǒng)運(yùn)行過程中所涉及到的各種流程圖表化，可以先從最基本的流程入手，將流程抽象成為不同功能的順序執(zhí)行。在最基本流程的基礎(chǔ)上再去考慮次要或者異常的流程，這樣將各

7、種流程逐漸細(xì)化，這樣既可以逐漸加深對流程的理解，還可以將各個(gè)看似孤立的流程關(guān)聯(lián)起來。完成所有流程的圖表化后就完成了所有路徑的設(shè)定。找出了所有的路徑，下面的工作就是給每條路徑設(shè)定優(yōu)先級，這樣在測試時(shí)就可以先測優(yōu)先級高的，再測優(yōu)先級低的，在時(shí)間緊迫的情況下甚至可以考慮忽略一些低優(yōu)先級的路徑。優(yōu)先級根據(jù)兩個(gè)原則來選取：一是路徑使用的頻率，使用越頻繁的優(yōu)先級越高；二是路徑的重要程度，如果失敗對系統(tǒng)影響越大的優(yōu)先級越高。將根據(jù)兩個(gè)原則所分別得到的優(yōu)先級相加就得到了整個(gè)路徑的優(yōu)先級。根據(jù)優(yōu)先級的排序就可以更有針對性的進(jìn)行測試。為每條路徑設(shè)定好優(yōu)先級后，接下來的工作就是為每條路徑選取測試數(shù)據(jù)，構(gòu)造測試用例。

8、一條路徑可以對應(yīng)多個(gè)測試用例，在選取測試數(shù)據(jù)時(shí)，可以充分利用邊界值選取等方法，通過表格將各種測試數(shù)據(jù)的輸入輸出對應(yīng)起來，這樣就完成了測試用例的設(shè)計(jì)。對于測試人員而言，測試用例的設(shè)計(jì)是一件非常困難的工作，而同時(shí)測試用例的設(shè)計(jì)好壞又直接關(guān)系到整個(gè)系統(tǒng)的設(shè)計(jì)質(zhì)量。本文介紹了一種更理論化的設(shè)計(jì)方法來盡量簡化這種工作，將一般應(yīng)用于單元測試的路徑分析方法推廣到集成測試、系統(tǒng)測試等后續(xù)測試過程中，希望能給大家一點(diǎn)啟示。我會(huì)將自己嘗試過的一些感受以及具體例子跟在本貼之后.<BR>如果想讓本方法很好的用在實(shí)際的工作中,那么流程就必須明確的規(guī)范的（就是有畫出相應(yīng)業(yè)務(wù)或者功能走向圖）,這樣就可以極大的加

9、快了用例編寫的速度和質(zhì)量，但是如果碰到?jīng)]有明確流程圖的時(shí)候，可能會(huì)花不少的時(shí)間去捉摸功能點(diǎn)的流程走向問題，這又讓工作進(jìn)度慢了下來（流程不明確是因?yàn)樾枨鬀]有明確表述和設(shè)計(jì)沒有相應(yīng)流程描述）,所以在實(shí)際工作中想使用這種方法來加快和改進(jìn)測試用例的進(jìn)度和質(zhì)量，還要說服項(xiàng)目組盡可能的規(guī)范需求和設(shè)計(jì)的文檔規(guī)范性，畢竟軟件質(zhì)量的控制不是我們一組人就能做到的。 拿到這個(gè)流程時(shí)，第一眼看上去，是不是有點(diǎn)暈暈的呢，確實(shí)如此，因?yàn)檫@不能稱為標(biāo)準(zhǔn)的流程圖，我們需要做一些改進(jìn)，不妨事先約定，畫流程圖時(shí)，在有判定條件處，就往下走，而就往左走，以下是簡化后的流程： 上面這個(gè)流程圖看上去是不是清晰很多,確實(shí)如此,從心理學(xué)的角度來講,正常人的思維是很難接受一個(gè)橫向很復(fù)雜的事物.