手機用戶端軟體測試用例設計模闆

[本文出自天外歸雲的部落格園]

本模闆不包含專項測試的部分内容（比如流量、耗電量等測試），隻針對功能需求本身進行設計。

1. 資源（圖檔）加載邏輯測試，包含弱網加載邏輯、延遲加載邏輯的測試；

2. 按鈕測試，包含三态（點選前、點選時、點選後）的樣式、跳轉、具體實作效果的測試；

3. UI弱網、網絡異常（斷網+恢複網絡）用戶端處理邏輯（包括請求逾時處理邏輯）的測試；

4. 頁面上的文案、顔色、内容（寫死的）方面的測試；

5. 動态資料（接口傳回的資料）在頁面上的回顯邏輯檢查（正常情況、容錯情況）的測試；

6. 輸入框類（焦點出現和消失的邏輯、彈出鍵盤遮罩頁面的處理邏輯、容錯資料送出的處理邏輯、資料輸入的動态校驗）的測試；

7. 重新整理邏輯（包含上拉、下拉等方式的手動重新整理和頁面自動重新整理邏輯）的測試；

8. 請求延遲傳回（包括斷網、弱網情況下的）加載中的頁面loading動效檢查；

9. 彈層的出現與消失邏輯；

*10. 具體需求功能邏輯互動流程測試。

以上前九點的測試用例設計方法是固定的，第十點的測試用例設計要QA按需求文檔和互動文檔進行設計，基本就是把文檔中提到的需求互動點都提取出來作為測試用例即可。

既然有模闆就有自動化實作的方法，例如：前九點可以提取出不變的成分名稱，第十點可以通過制定需求互動文檔的标準模闆進而規範化産品人員和互動設計人員的輸入，友善實作測試用例的自動提取與生成。

我們的輸入可以确定為：

1. 按鈕類UI的名稱清單；

2. 輸入框類UI的名稱清單；

3. 圖檔、資源的名稱清單；

4. 涉及網絡請求的UI的名稱清單；

5. 頁面固定視覺走查（樣式、顔色、文案）清單；

6. 接口回顯資料名稱清單；

7. 所有的重新整理位置清單；

8. 所有的loading動效出現的觸發條件清單；

9. 按标準模闆（需求和互動内容清晰的按點列舉，能夠根據文檔通過腳本工具自動提取生成測試用例）書寫的需求文檔、互動文檔。

根據上面歸納的思路我們可以編寫程式來實作自動化生成軟體測試用例，通過在實際的工作環境下不斷完善上面的模闆，将避免一些人為的、經驗差異造成的在測試用例設計上的疏漏。

我們可以從規範以上确定的輸入方面入手，從标準化的輸入中擷取我們想要得到的資訊清單并自動化萃取和生成軟體測試用例。

另外：每次app發版之前都要對android端進行覆寫安裝測試。

在已經安裝舊版本包（最近三個版本的線上包）的情況下，下載下傳并安裝新包進行覆寫安裝，對基本功能和改動功能進行回歸測試。

發版之前禁止任何形式的資料庫結構變動。