在實際的工作中,絕大部分公司都至少有3個以上的環境,供測試與研發人員使用。測試人員不可能為每個環境都準備乙個自動化測試的指令碼,這樣的維護成本太過龐大。所以就需要做到一套指令碼,可以在各個環境上面執行。
** 實戰演示**
首先在上一節提到過的字典結構體的基礎上進行改造(沒看過的戳這裡 乾貨 |
實戰演練基於加密介面測試測試用例設計),將url從乙個寫死的ip位址改為乙個網域名稱。
req_data= }
然後需要另外乙個字典結構體去儲存環境的配置。使用env變數存放乙個字典結構體的環境配置。然後將請求結構體中的url替換為env配置檔案中個人選擇的url。
先用env["docker.testing-
studio.com"]讀到全部的環境配置選項,再使用改變[env["default"]]中的選擇,去切換不同的環境。
#把host修改為ip,並附加host headerenv=, "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格式的配置檔案。 老大難的KMP
此外,這篇博文寫的也是特別清楚,只是兩篇文章對於next陣列的定義有些許不同,感興趣的同學可以閱讀學習。位址 其實是三個人的名字縮寫,分別為knuth,morris和pratt。kmp主要應用在字串匹配上,主要思想是 當出現字串不匹配時,可以知道一部分之前已經匹配的文字內容,可以利用這些資訊避免從頭...
解決Actions Pane排版的老大難問題
微軟在smart document技術中第一次引入了task pane這個自定義的可能。但是由於smart document需要xml expansion pack,所以部署會比較麻煩一點。而且smart document是基於com技術的,並且其上也只能放一些標準的控制項,所以使用的人也許並不多。...
什麼是程式設計師程式設計中的老大難問題?
許多程式設計師認為程式設計時,如何命名不僅是他們面臨的老大難問題,也是最重要的事情之一。上週,我發起了乙個 程式設計師程式設計中的老大難問題 的投票,主要是基於最近quora上的跟帖討論。根據大家的反響和投票結果,有一項投票遙遙領先,穩居第一 對於軟體開發人員來說,最大的難題是 如何命名 例如 給變...