從功能測試到自動化測試

現如今應該有很多測試人員應該有這樣的疑慮，自動化測試要怎么去做，今天把一些學習經驗分享給大家，希望對你們有幫助，有說的不好的地方，還請多多指教！

對于測試人員來說，不管進行功能測試還是自動化測試還是性能測試都是需要編寫測試用例，所以我們必須先要了解清楚手工測試用例與自動化測試用例的一些特點，才能更好的開展自動化測試工作。
在這里插入圖片描述

1、手工測試和自動化測試用例
手工測試用例是針對功能測試人員的，而自動化測試用例是針對自動化測試用例框架或工具的。

1）手工測試用例特點

較好的異常處理能力，能通過人為的邏輯判斷校驗當前步驟是否正確實現；

人工執行用例具有一定步驟跳躍性；

人工測試步步跟蹤，能夠細致定位問題；

主要用來發現功能缺陷；

2）自動化測試用例特點

執行對象是腳本，任何一個盤算都需要編碼定義；

用例步驟之間關聯性強；

主要用來保證產品主體功能正確和完整，讓測試人員從繁瑣重復的工作中解脫出來；

目前自動化測試階段定位在冒煙測試和回歸測試。

（注意：通過對比發現，自動化測試不能完全替代手工測試，自動化測試的目的僅僅在于讓測試人員從繁瑣重復的測試流程中解脫出來，把更多的時間和精力放在更有價值的測試中，例如探索性測試。）

3）自動化測試用例注意事項

①不是所有手工測試用例都要轉為自動化測試用例；

②考慮到腳本開發成本，不要選擇流程太復雜的用例，如果有必要，可以考慮把流程拆分成多個用例來實現腳本；

③選擇的用例最好可以構建場景。例如，一個功能模塊，分成多個用例，多個用例使用同一個場景，這樣的好處在于方便構建關鍵字測試模型；

④選擇用例可以帶有目的性。例如，這部分用例作冒煙測試等，當然，會存在重疊關系，如果當前用例不滿足需求，那么唯有修改用例來適應腳本和需求；

⑤選取的用例可以是主體流程，這部分用于冒煙測試（如果不了解專業術語，下來要花費功夫哦）；

⑥選取的測試用例可以是你認為重復執行，很猥瑣的部分。例如字段驗證、提示信息驗證之類，這部分適用于回歸測試；

⑦自動化測試也可以用來做配置檢查、數據庫檢查。這些可能超過了手工用例，但也算用例拓展的一部分，項目負責人可以有選擇的增加；

⑧平時在手工測試時，如果需要構造一些復雜的數據或重復一些簡單的機械式動作，則告訴腳本，讓它來幫你，或許你的效率會因此提高。
在這里插入圖片描述
　 如果對軟件測試、接口測試、自動化測試、面試經驗交流。感興趣可以加軟件測試交流：1085991341，還會有同行一起技術交流。

2、自動化測試類型
1）測試靜態內容

靜態內容測試是最簡單的測試，用于驗證靜態的、不變的ui元素的存在性，例如：

①每個頁面都有預期的頁面標題，這可以用來驗證鏈接指向一個預期頁面；

②應用程序的主頁包含一個應該在頁面頂部的圖片；

③網站的每個頁面是否包含一個頁腳區域來顯示公司的聯系方式、隱私政策以及商標信息等；

④每一頁的標題文本都使用< h1>標簽嗎？每個頁面是否都有正確的頭部文本；

你可能需要（也可能不需要）對頁面內容進行自動化測試。如果你的網頁是不易受到影響的，則手工對內容進行測試就足夠了。假設你的應用文件的位置移動了，則內容測試就非常有價值。

2）測試鏈接

web站點的一個常見錯誤為失效的鏈接或鏈接指向無效頁。鏈接測試涉及各個鏈接和驗證預期的頁面是否存在。如果靜態鏈接不經常更改，則手動測試就足夠了。但是，如果你的網頁設計師經常修改鏈接或者文件不時被重定向，則鏈接測試應該實現自動化。

3）功能測試

在你的應用程序中，需要測試應用的特定功能，需要一些類型的用戶輸入，并返回某種類型的結果，通常一個功能測試涉及多個頁面，一個基于表單的輸入頁面，其中包含若干輸入字段，提交和取消操作，以及一個或多個響應頁面。用戶輸入可以通過文本輸入域、復選框、下拉列表，或任何其他瀏覽器所支持輸入。

原文轉自：https://blog.csdn.net/Chaqian/article/details/105860596