?

公司測試工作效率低下、問題之多，測試妹子不合理的方法，項目難交付啊....哎，還是自己簡單總結(jié)下吧，希望有用。

一測試工作的意義

我們知道，一個完整的開發(fā)流程。包括了：確定需求、產(chǎn)品研發(fā)、實施交付三個步驟，與崗位對應起來，是產(chǎn)品、技術、測試，產(chǎn)品負責規(guī)劃、技術負責開發(fā)、測試人員負責驗收。

一流的戰(zhàn)略+三流的執(zhí)行 和 三流的戰(zhàn)略+一流的執(zhí)行，怎么選？馬云選擇后者。一個產(chǎn)品體驗的好快，不是由一個人決定的，需要團隊中每個角色對自己負責那道流程把控好。

再好的戰(zhàn)略如果無法執(zhí)行，那也是一文不值。測試人員需要驗收實際執(zhí)行成果。所以，測試工作必須到位。

二什么是互聯(lián)網(wǎng)產(chǎn)品測試

產(chǎn)品測試包括非功能性測試和功能性測試。

非功能性測試指的是環(huán)境測試，如網(wǎng)絡環(huán)境：3G\4G\Wifi。手機環(huán)境：系統(tǒng)ios\android、系統(tǒng)版本、型號等;

功能性測試指的是功能邏輯測試，開發(fā)的功能是否按要求運作。我們主要關心這塊，通過編寫測試用例文檔理清邏輯的同時方便測試工作的進行。

三寫測試文檔的好處

能確保測試人員了解需求，產(chǎn)品功能，而不是在測試過程中每去詢問他人，影響效率；

不會疏漏測試點，忘記分支流程或邊緣功能點；

不用每次在測試的過程去想邏輯（這很累），而且容易遺漏。

四測試用例編寫說明

1.編寫前提

明確知道需求和與之對應的產(chǎn)品功能，根據(jù)產(chǎn)品人員提供原型（需求文檔）、產(chǎn)品和開發(fā)確定的功能邏輯編寫。

2.什么是用例？

可以理解成用戶使用產(chǎn)品完成某一目的的分解任務。如：登錄賬號、支付訂單等。

任務會因為測試人員的分解的粒度不一樣，產(chǎn)生變化。舉個比較大的栗子：

使用京東app購物。用戶主要需要這么幾個任務：

1、打開app

2、登錄

3、選擇商品

4、下單

5、付錢。

但是如果把任務分的更細的話，會更多的任務：

1、打開app

2、使用微信登錄\手機號登錄

3、使用搜索直接篩選商品/使用分類功能篩選商品

4、加入購物車，選擇付款商品

5、填寫收貨地址、提交訂單

6、使用微信支付、京東支付、讓好友代付。

上述過程當然還能更細。

用例粒度大小需要編寫人員把控、平衡，分的過細會顯得文檔冗長，分的太大又會影響測試描述。這里建議把按照不同模塊的復雜程度來分。如：

登錄注冊模塊和訂單管理模塊。登錄注冊較為簡單，那可以把功能點拆的較細?？蓪⒌卿涃~號功能點分用例成：輸入賬號、輸入密碼、點擊登錄按鈕。而訂單管理模塊比較復雜，可以拆分功能為：管理待支付訂單、管理待收貨訂單、管理退款訂單等。然后再在管理待支付訂單這個功能點里詳細描述用例即可：刪除待支付訂單、支付訂單。

這么做的目的是保證涵蓋所有的功能點同時幫助自己或別人相對輕松閱讀文檔。

3.文檔結(jié)構(gòu)：

1、模塊：該功能點具體屬于哪個模塊的，填寫這個主要是方便查找，如：賬戶系統(tǒng)模塊。

2、功能點：指模塊下具體的某個功能。如：登錄、注冊。

3、編號：每個用例的編號，方便快速定位。可通過設定規(guī)則來方便使用：如：A0001。其中A表示注冊/登錄模塊。00表示賬號登錄，01 表示賬號密碼登錄下的第一個測試用例。

4、用例名稱：具體測試用例的名稱。一般采用N+V結(jié)構(gòu)（動名詞）。如：輸入賬號、輸入密碼、密碼不合規(guī)等等。

5、前置條件：指要開始測試操作前，需要滿足哪些條件。如：提交訂單前，需要先登錄賬號。刪除訂單前，需要有訂單能刪除。

6、操作步驟：指要達到預期測試結(jié)果，需要按哪些步驟來。最好說明在什么頁面，點擊或操作什么內(nèi)容，輸入什么內(nèi)容。

7、預期結(jié)果：說明按照前面操作步驟寫的應該呈現(xiàn)出怎樣的結(jié)果。根據(jù)產(chǎn)品設定的交互填寫。

8、測試結(jié)果：若符合預期，則可不填寫。如不符合，需要說明哪里不正常。

9、測試時間：方便查詢，管理測試進度。

10、bug負責人：具體落實到誰身上去解決，能有頭有尾。