本文節選自霍格沃玆測試學院內部教材,高階學習,文末**!在實際的工作中,絕大部分公司都有至少 3
個以上的環境,供測試與研發人員使用。測試人員不可能為每個環境都準備乙個自動化測試腳步,因為這樣的維護成本太過龐大。所以,要解決這個問題,就需要做到設計一套指令碼,可以在各個環境上面執行。
在之前的文章
《基於加密介面的測試用例設計》中,提到過的字典結構體的基礎上進行改造,將
url 從乙個寫死的 ip 位址改為乙個網域名稱。
req_data=
}
然後,我們還需要另外乙個字典結構體去儲存環境的配置。
這裡使用env
變數存放乙個字典結構體的環境配置。然後將請求結構體中的 url 替換為env
配置檔案中個人選擇的
url。先用env["docker.testing- studio.com"]
讀到全部的環境配置選項,再使用改變[env["default"]]
中的選擇,去切換不同的環境。
#把host修改為ip,並附加host header
env=,
"default": "dev"
} data["url"]=str(data["url"]).replace(
"docker.testing-studio.com",
env["docker.testing-studio.com"][env["default"]]
) data["headers"]["host"]="docker.testing-studio.com"
由上面兩個步驟就可以將環境的切換作為乙個可配置的選項,根據需求,很方便的去切換不同的使用環境。不過目前這樣的解決辦法依然是寫在**中,不夠優雅,在後面會講解如何將env
變數中的配置資訊轉換為乙個
yaml 格式的配置檔案。
使用yaml檔案驅動多環境下的介面測試
使用yaml檔案驅動多環境下的介面測試 1.二次封裝requests 原始碼py import requests class inte ce def send self,data dict res requests.request data method data url print res 測試的...
介面測試框架實戰 六 配置的資料驅動
在實際工作中,為了便於維護,對於環境的切換和配置,通常不會使用硬編碼的形式完成。在之前文章 多環境下的介面測試 中,已經介紹了如何將環境的切換作為乙個可配置的選項。本文會把這部分內容進行重構,使用資料驅動的方式完成多環境的配置。參考 多環境下的介面測試 將環境配置部分改為資料驅動的模式 如下 把ho...
介面測試框架實戰 六 配置的資料驅動
python 測試開發實戰高階 課程,4 個月挑戰 bat 大廠年薪 50w offer,文末 在實際工作中,為了便於維護,對於環境的切換和配置,通常不會使用硬編碼的形式完成。在之前文章 多環境下的介面測試 中,已經介紹了如何將環境的切換作為乙個可配置的選項。本文會把這部分內容進行重構,使用資料驅動...