上周末給一些小伙伴分享了目前工作中的自動化測試設(shè)計，在這里總結(jié)一下。

本次分享的主要內(nèi)容是自動化的設(shè)計，所以雖然是采用go實現(xiàn)的，但內(nèi)容并沒有涉及go語言。內(nèi)容如下圖所示：

如果你時間有限，只能再看一句話，那么請看這句：以測試場景為核心，向下梳理業(yè)務(wù)流程，向上抽象測試流程。

好了，有興趣和時間的同學(xué)可以繼續(xù)往下。

第一部分是基本想法，主要是測試需求和設(shè)計

首先，從工作中的測試需求看。主要三個：一個是在集成階段，需要確保各接口的聯(lián)通性、基本業(yè)務(wù)的正確性；一個是在上線前的預(yù)發(fā)布階段，需要進(jìn)行大量的回歸；最后一個是，每周例行的并發(fā)和性能的檢查。主要對應(yīng)的測試規(guī)模，用例數(shù)量在1K級別，屬于中小規(guī)模的測試。如下圖所示：

從抽象分層的角度看，分為：接口、業(yè)務(wù)流程、測試場景三層。從形式上說，底層接口構(gòu)建業(yè)務(wù)流程業(yè)務(wù)流程構(gòu)建測試流程，測試流程配合開關(guān)形成測試場景。用例文件，包含運(yùn)行配置、測試流程編碼、開關(guān)、測試數(shù)據(jù)。從思路的實質(zhì)上說，以測試場景為核心，向下梳理業(yè)務(wù)流程，向上抽象測試流程。如下圖所示：

代碼組織與抽象的層次基本也是相對應(yīng)的：

而測試數(shù)據(jù)的劃分，簡要說考慮三個維度：測試環(huán)境、階段、業(yè)務(wù)。

第二部分，介紹了一個重打款并發(fā)的實例

首先從測試場景出發(fā)，重打款有以下4種重要的場景：

1 對一筆訂單重試的手動并發(fā)：

2 對多筆訂單重試的手動并發(fā)：

3 對多筆訂單的定時并發(fā)：

4 對多筆訂單，定時和手動并發(fā)：

從這4種場景出發(fā)，向下梳理涉及到的業(yè)務(wù)有：賬戶信用不足，打款暫停處理；信用充足時，手動重試或定時重試；扣款，需要驗證金額，訂單狀態(tài)。這些業(yè)務(wù)與接口的對應(yīng)如下：

從這4種場景出發(fā)，向上抽象出一個測試流程來覆蓋這4種場景，并從測試流程中提取需要的數(shù)據(jù)，形成case，如下圖所示：

case包含的內(nèi)容：

1 運(yùn)行配置：打款總筆數(shù)、打款并發(fā)數(shù)、手動打款并發(fā)數(shù)、定時并發(fā)數(shù)；

2 開關(guān)：定時開關(guān)、手動重試開關(guān)；

3 數(shù)據(jù)：信用不足額度、信用充足額度、商戶號、打款卡信息。

沒理解？沒關(guān)系，請記住這句話：”以測試場景為核心，向下梳理業(yè)務(wù)流程，向上抽象測試流程“。

有不足之處，歡迎指正，共同學(xué)習(xí)。

多謝