接到提測單后要做的事情：

• 測試準備階段
  1. 確認提測單內(nèi)包含的文件、URL地址可以訪問
  2. 確認需求 (迭代目標、用戶故事、用戶愿望、問題反饋等)
  3. 確認回歸測試范圍、更新測試范圍、新增測試范圍
  4. 編寫測試點思維導(dǎo)圖，過程中有問題及時進行溝通
  5. 與迭代相關(guān)人員約一個時間, 開內(nèi)部的測試點評審會
  6. 根據(jù)評審?fù)ㄟ^的測試點, 編寫測試用例 (如果迭代已提測, 可以寫用例和執(zhí)行同步進行, 以提升測試效率)
  7. 通過冒煙用例集給開發(fā), 讓開發(fā)完成提測冒煙
• 測試執(zhí)行階段
  1. 第一輪測試執(zhí)行
  2. 第二輪測試執(zhí)行 (回歸第一輪發(fā)現(xiàn)的問題)
  3. 輸出測試報告
  4. 第三輪測試執(zhí)行 (迭代版本發(fā)布時的驗證)
• 測試結(jié)束階段
  1. 編寫迭代總結(jié)內(nèi)容 (做到好的、做的不好的、需要保持的)
     • 工時是否存在偏差
     • 被關(guān)閉的缺陷是否有合理的關(guān)閉原因
  2. 測試用例入庫 (迭代庫 -> 全量庫)

常規(guī)的八個用例設(shè)計方向：

• UI界面 : 界面布局、排版是否符合UI設(shè)計師或產(chǎn)品需求, 文字, 圖標大小。比如: 點贊按鈕的位置, 點贊人的名稱文字顯示, 點贊紅星圖標, 點贊個數(shù)。
• 易用性 : 操作簡單, 操作是否有友好提示, 如果是輸入框 (是否支持Tab、Enter等快捷鍵)。 比如: 點贊后有提示, 點贊流程簡單, 點贊入口。
• 兼容性 : 不同手機、瀏覽器、操作系統(tǒng)版本, 軟件版本, 分辨率, 顯示正常且功能正常。比如: 平板, 小米, 華為, 微信客戶端。
• 功能測試 : 場景+流程 (用戶可能執(zhí)行的操作, 業(yè)務(wù)流程) + 新增改查刪除+排序。比如: 點贊別人的朋友圈 (朋友點贊我的朋友圈), 點贊成功, 取消點贊, 點贊是否看到共同好友, 刪除朋友圈, 刪除點贊, 點贊的排序。
• 接口測試 : 接口正常調(diào)用, 返回報文正常。比如: 點贊接口調(diào)用, 參數(shù) (后端)。
• 弱網(wǎng)測試 : 斷網(wǎng)、網(wǎng)絡(luò)信號差, 操作的時候來電話, 4G/5G 網(wǎng)絡(luò)切換。比如: 打電話的時候點贊, 斷網(wǎng)點贊。
• 性能測試 : 使用該功能的響應(yīng)時間是否在需求規(guī)定的時間, 多次快速操作。比如: 點贊到顯示點贊的響應(yīng)時間, 點贊后好友消息更新的速度, 同時點贊, 多次點贊。
• 安全測試 : 客戶端和服務(wù)端都需要驗證 (不能單單是在客戶端驗證), 涉及手機號、身份證、銀行卡、密碼等敏感信息是否加密。比如: 點贊是否泄露用戶信息。

編寫用例時點注意事項如下：

1. 用例能被別人輕松地閱讀、理解和執(zhí)行
2. 用例要緊密聯(lián)系測試點
3. 要在 預(yù)期結(jié)果 中與測試點完成閉環(huán)
4. 存在代碼時, 代碼放 前置條件 里定義好, 再放 操作步驟 里引用
5. 存在特殊需求或情況時, 需要在 備注 里詳細說明
6. 存在多團隊或組織時, 需要考慮測試對象在多團隊或組織下的檢查
7. 如果測試點為代碼配置項時, 避免貼大段代碼, 應(yīng)該突出配置項及其關(guān)聯(lián)
8. 如果測試對象可以重復(fù), 需要根據(jù)其重復(fù)規(guī)則設(shè)計測試場景
9. 如果測試點關(guān)聯(lián)或支持多類型、多場景時, 拆成多條用例來寫
10. 編寫 用例標題 時
    • 以 ： 分隔, 前面寫模塊、屬性或路徑, 后面寫測試點
    • 多條用例有大量重復(fù)內(nèi)容時, 需要說明它們之間的差異點
11. 編寫 前置條件 時
    • 首先保證 操作步驟 的正常執(zhí)行, 不能有沖突
    • 其次要明確邊界, 剛好能完成 操作步驟 即可
12. 編寫 操作步驟 時
    • 要突出測試點, 非測試點放在 前置條件 里一筆帶過
    • 當(dāng) 步驟描述 包含多項檢查時, 在 預(yù)期結(jié)果 中應(yīng)給出多項結(jié)果
    • 當(dāng) 預(yù)期結(jié)果 里包含文本檢查時, 需要考慮多語言的場景
    • 當(dāng) 步驟描述 只有單行文本時, 不用有序或無序列表
13. 編寫用例內(nèi)容時
    • 包含專業(yè)或難理解的詞匯時, 補充簡單描述或添加文檔鏈接
    • 包含 uuid、id 等動態(tài)數(shù)據(jù)時, 用參數(shù)描述指代
    • 包含多個測試對象時, 可以用 “A～Z”、“a～z” 或數(shù)字指代
    • 包含有序列表時, 數(shù)字后應(yīng)用 . 而不是其他符號
    • 當(dāng)同一個頁面有多個入口時, 固定一個入口作為路徑, 避免模糊不清
14. 編寫前端UI組件的測試用例時
    • 用例內(nèi)不能依賴設(shè)計稿、開發(fā)或自己的Demo，要做到只看用例就能測試
    • 如果必須要引用外部內(nèi)容，可以用文件或圖片以附件形式貼到用例里
    • 驗證測試點的組件屬性或事件要明明白白地寫在用例中
      • 在文檔不明確時，用別名代替屬性或事件，待文檔明確后再修改別名
      • 條件允許時，貼上組件屬性或事件的配置代碼，讓用例有較強的可執(zhí)行性
    • 根據(jù)測試點是否復(fù)雜，來控制用例的顆粒大小
      • 復(fù)雜時，設(shè)計多條用例實現(xiàn)
      • 簡單時，在一條用例中，將組件屬性或事件變成參數(shù)，并在步驟中修改參數(shù)

具體場景下的用例測試點設(shè)計：

• 接口或函數(shù)測試
  • 列表參數(shù)
    • 排序用途
      • 首尾和中間插入新值
      • 首尾和中間移除舊值
• UI組件庫測試
  • 瀏覽器(Safari/Edge/Chrome/Firefox)兼容性
    • 最新的版本
    • UI組件庫支持的最低版本