對于測驗人員來說，不管進行功能測驗還是自動化測驗還是性能測驗都是需要撰寫測驗用例，所以我們必須先要了解清楚手工測驗用例與自動化測驗用例的一些特點，才能更好的開展自
現如今應該有很多 測驗 人員應該有這樣的疑慮， 自動化 測驗 要怎么去做，今天把一些學習經驗分享給大家，希望對你們有幫助，有說的不好的地方，還請多多指教！
對于 測驗人員 來說，不管進行 功能測驗 還是 自動化測驗 還是 性能 測驗都是需要撰寫 測驗 用例 ，所以我們必須先要了解清楚手工 測驗 用例 與 自動化測驗 用例的一些特點，才能更好的開展自動化測驗作業，
在這里插入圖片描述
1、手工測驗和自動化測驗用例
手工測驗用例是針對功能測驗人員的，而自動化測驗用例是針對自動化測驗用例框架或工具的，
1）手工測驗用例特點
較好的例外處理能力，能通過人為的邏輯判斷校驗當前步驟是否正確實作；
人工執行用例具有一定步驟跳躍性；
人工測驗步步跟蹤，能夠細致定位問題；
主要用來發現功能 缺陷 ；
2）自動化測驗用例特點
執行物件是腳本，任何一個盤算都需要編碼定義；
用例步驟之間關聯性強；
主要用來保證產品主體功能正確和完整，讓測驗人員從繁瑣重復的作業中解脫出來；
目前自動化測驗階段定位在冒煙測驗和 回歸 測驗，
（注意：通過對比發現，自動化測驗不能完全替代手工測驗，自動化測驗的目的僅僅在于讓測驗人員從繁瑣重復的測驗流程中解脫出來，把更多的時間和精力放在更有價值的測驗中，例如探索性測驗，）
3）自動化測驗用例注意事項
①不是所有手工測驗用例都要轉為自動化測驗用例；
②考慮到腳本 開發 成本，不要選擇流程太復雜的用例，如果有必要，可以考慮把流程拆分成多個用例來實作腳本；
③選擇的用例最好可以構建場景，例如，一個功能模塊，分成多個用例，多個用例使用同一個場景，這樣的好處在于方便構建關鍵字測驗模型；
④選擇用例可以帶有目的性，例如，這部分用例作冒煙測驗等，當然，會存在重疊關系，如果當前用例不滿足 需求 ，那么唯有修改用例來適應腳本和 需求 ；
⑤選取的用例可以是主體流程，這部分用于冒煙測驗（如果不了解專業術語，下來要花費功夫哦）；
⑥選取的測驗用例可以是你認為重復執行，很猥瑣的部分，例如欄位驗證、提示資訊驗證之類，這部分適用于回歸測驗；
⑦自動化測驗也可以用來做配置檢查、 資料庫 檢查，這些可能超過了手工用例，但也算用例拓展的一部分，專案負責人可以有選擇的增加；
⑧平時在手工測驗時，如果需要構造一些復雜的資料或重復一些簡單的機械式動作，則告訴腳本，讓它來幫你，或許你的效率會因此提高，
在這里插入圖片描述
如果對 軟體測驗 、介面測驗、自動化測驗、面試經驗交流，感興趣可以加軟體測驗 交流：1085991341，還會有同行一起技術交流，
2、自動化測驗型別
1）測驗靜態內容
靜態內容測驗是最簡單的測驗，用于驗證靜態的、不變的ui元素的存在性，例如：
①每個頁面都有預期的頁面標題，這可以用來驗證鏈接指向一個預期頁面；
②應用程式的主頁包含一個應該在頁面頂部的圖片；
③網站的每個頁面是否包含一個頁腳區域來顯示公司的聯系方式、隱私政策以及商標資訊等；
④每一頁的標題文本都使用< h1>標簽嗎？每個頁面是否都有正確的頭部文本；
你可能需要（也可能不需要）對頁面內容進行自動化測驗，如果你的網頁是不易受到影響的，則手工對內容進行測驗就足夠了，假設你的應用檔案的位置移動了，則內容測驗就非常有價值，
2）測驗鏈接
web 站點的一個常見錯誤為失效的鏈接或鏈接指向無效頁，鏈接測驗涉及各個鏈接和驗證預期的頁面是否存在，如果靜態鏈接不經常更改，則手動測驗就足夠了，但是，如果你的網頁設計師經常修改鏈接或者檔案不時被重定向，則鏈接測驗應該實作自動化，
3）功能測驗
在你的應用程式中，需要測驗應用的特定功能，需要一些型別的用戶輸入，并回傳某種型別的結果，通常一個功能測驗涉及多個頁面，一個基于表單的輸入頁面，其中包含若干輸入欄位，提交和取消操作，以及一個或多個回應頁面，用戶輸入可以通過文本輸入域、復選框、下拉串列，或任何其他瀏覽器所支持輸入，
原文 http://www.ltesting.net/ceshi/ceshijishu/zdcs/2020/0807/208764.html
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/84163.html
標籤：其他