自動化測試用例編寫守則

手工測試用例 PK 自動化測試用例

首先，須要區分手工測試和自動化測試用例的不一樣。 1.手工測試用例：

• 關注某個功能點
• 可考慮多種異常狀況並作出相應的處理，經過人爲的邏輯判斷當前步驟的功能實現正確與否
• 人工執行具備必定的步驟跳躍性
• 人工測試步步跟蹤，可以細緻的定位問題
• 主要用來發現功能缺陷，適用於測試階段

2.自動化測試用例：

• 關注的是流程，多個功能點
• 用例步驟關聯性強
• 保證產品主題功能能正確完成和讓測試人員從繁瑣重複的工做中解脫出來
• 自動化測試的每一個用例的起始頁面和退出頁面通常是同一個頁面，從哪裏開始，到哪裏結束（爲了保證每次測試的初試環境是同樣的）
• 目前自動化測試主要用於冒煙測試和迴歸測試（冒煙測試執行的是主體功能點的用例。迴歸測試執行所有或部分的測試用例）

自動化測試用例設計原則：

• 不須要將全部的手工測試用例轉化爲自動化測試用例
• 選擇功能較爲穩定的功能模塊進行測試。當功能變更大時，腳本的維護須要花費更多的精力
• 選擇的用例如爲主體流程，可用於冒煙測試
• 自動化測試也能夠用來作配置檢查，數據庫檢查等。也算用例拓展的一部分。
• 若是平時在手工測試時，須要構造一些複雜數據，或重複一些簡單機械式動做，就可使用自動化腳本創造
• 準備複雜的測試數據。對於大的應用系統，數據之間的關係和準備過程都會很複雜，甚至有其餘外部系統導入、傳輸或計算出來的數據。此時咱們可使用自動化工具或使用SQL語句直接導入須要的數據。注意：要寫到你單獨的測試數據準備文檔， 而不是分散到全部使用到他的case中去描述。
• 自動化的測試用例須要更多的關注功能邏輯的實現，而沒必要糾結於某個字段的限制。字段限制等須要在測試分析階段來手工肯定的。
• 自動化測試用例上下文必須有必定的順序行， 要可以互相連接起來；且前置條件清楚，包括顯式、隱式的前置條件

自動化測試用例測試方法：

• 當前測試用例前置條件和數據要求寫清楚
• 每個步驟設計銜接好，容易出現腳本報異常錯誤的狀況
• 腳本直接不要有關聯性，自動化測試開發一樣也是軟件開發工程
• 不須要每一個步驟都要檢查點，結合實際項目判斷
• 重複的驗證可獨立爲函數，調用便可
• 當你設計自動化測試用例時，不免對一個用例的功能點加加減減。不要所以而剪掉了一些驗證點。由於手工用例+自動化用例=1。

額外的一些話：

• 自動化測試只能確認腳本內囊括流程沒有問題，沒法幫你找缺陷
• 自動化測試人員進入項目的時間可能不是最先的，對需求的理解並非在第一時間就很容易作到的。測試用例做爲測試需求的載體、測試執行的依據和工做量的評估，它設計和表達的優劣直接影響到自動化測試開展的前幾個階段，如：需求學習、篩選適合自動化測試的用例以及提取公司級或項目的可重用腳本等方面的工做效率。

參考博客連接：

如何寫好自動化友好的測試用例