專案頁面自動化分享（四）
——指令碼執行環境
「******x」專案，頁面自動化的執行大大降低了頻繁的手工測試，專案中不斷提出bug，開發修復bug，到bug再次批量出現，自動化節約了很多的手工測試時間，反覆的自動化回歸，使得專案測試效率大大提高。
面對第二輪和主幹回歸測試中頁面自動化帶來的優勢，我真的很希望專案在預發和發布期間也可以順暢的進行頁面自動化呀，這一想法促使自己第一次真正的在預發和發布環境下讓頁面自動化執行了起來！不得不說，鑑於這次專案的特殊性(專案中要對10種不同型別的主賬號和子賬號的普通選單和快捷選單的各自許可權點進行頁面校驗)，只採取手工測試必然會產生心理上的枯燥，因為坐等開發修復bug而自己在旁邊反覆手工回歸測試，還不能保證對不同型別賬號測試到位。所以，這次專案，頁面自動化除了在daily環境下保證了專案質量，借助automan和freetest，頁面自動化在預發和發布環境下也起到了不小的作用。
目前，頁面自動化的每日回歸都是在daily下執行的，沒有進行線上的頁面自動化，因為線上測試是不能對資料庫有任何操作，而daily下可以運算元據庫。但作為測試方，我們在進行線上測試時，也是與資料庫「絕緣」的，我們只關注頁面上的各種操作留下的頁面資料顯示是否正確，對於這一特徵，頁面自動化也是可以在專案預發和發布下執行，而只關注頁面的校驗，這就是頁面自動化在daily和線上環境下執行的不同之處。針對此特點，我開始對daily下的指令碼進行批量改造。
1.指令碼裡涉及對資料庫的查詢和更新操作的**統統去掉，只關注頁面操作後的資料顯示的校驗
2.指令碼裡process()下對單個tc方法呼叫前的資料庫的資料清理步驟，統統去掉，只走頁面上的資料清理
指令碼裡process()方法裡多傳入乙個引數url(如：
[img]
)，呼叫**的登入頁面的方法裡傳入此引數url(如：
[img]
1.daily測試賬號中頁面的顯示資料有別於線上測試賬號頁面的顯示資料，這些指令碼需要針對已經準備好的線上測試賬號裡頁面的資料，進行批量修改，保證指令碼在預發和發布環境下正確校驗。建議在專案預發前將指令碼修改完，不是根據已經預發後的頁面結果修改指令碼。
2.此次專案，我借助ft(freetest)的自動化說明文件和相關gg的幫助，建立起ft的自動化執行環境，讓頁面自動化指令碼在本地的virtualbox裡不斷回歸執行，本地執行有助於自己餘光觀察另外1個顯示器上指令碼的運**況。在發布當晚，頁面自動化給力的支撐著大部分的功能測試，為自己的探索測試爭取了很多時間。
分享到這裡，「*********」專案的頁面自動化的運用也算差不多了，裡面的很多細節，一步一步走來的順暢與不順暢，只有親身去體驗一把，才能更深刻。
總之，以owner的意識做專案，更準確的說是做產品，將這種意識也帶到日常的工作中，爭取每做一次專案，就有新的收穫和新的發現，我想，作為一名測試人員，將會在測試這條道路上越走越遠！
python自動化執行指令碼
2 終端下執行 crontab e解釋 users tongmeina pycharmprojects jiratopdf everyorg.py 的含義 為你要自動化執行指令碼的絕對路徑，必須是絕對路徑 30 的含義 參照鏈結 第1個 表示分鐘1 59 每分鐘用 或者 1表示 第2個 表示小時1 ...
Xshell設定執行自動化指令碼
使用xshell工具連線操作linux系統，並編寫執行自動化指令碼示例 的例子，下面先貼上編寫的指令碼，這裡指令碼命名為cyp assout log.js 如下 xshell呼叫自動化js指令碼 主函式 function main view code 首先要先連線上準備操作的linux伺服器，然後在...
部署python自動化指令碼 搭建自動化指令碼執行環境
年前把平台的指令碼寫好了，準備在虛擬機器中全部執行一遍。沒想到在虛擬機器中配置了很長時間，才把環境搭好。為了不再犯這配置環境的苦，在這簡單說說環境的搭建吧。因為寫的指令碼是在win7上實現的，所以虛擬機器我安裝的也是win7系統。1 安裝python 2 配置環境變數 python安裝成功後，將安裝...