這是本文件的舊版!


Migrate SeleniumLibrary to Selenium2Library

分享從SeleniumLibrary(SL1)升級到Selenium2Library(SL2)的歷程與方法。

由於SL1與SL2支援的瀏覽器版本有差異存在,有考慮過使用portable的firefox,但發現難以支援所有需要的作業系統。因此最無痛的方式,就是透過Remote Selenium,可參考此篇教學。

SL1與SL2 Keyword有不少差異存在。而升級到SL2的過程,並非一蹴可幾。因此我透過一個SeleniumLibraryWrapper,讓Keyword的呼叫使用共同的介面,而要使用SL1或SL2則由各別Keyword決定。方法如下:

  1. Import Selenium Library: 偵測要使用的Selenium版本,並設定為Global Variable。
  2. Keyword Wrapper: 透過判斷版本的結果,去決定要使用SL1或SL2的Keyword。

Import Selenium Library

由於SL1不相容於2.9以上版本的RobotFramework,而SL2必須用2.9以上版本。因此我們可以透過判斷2.9版本以上才支援的keyword是否存在,來確認Selenium環境,接著再匯入各別版本的SeleniumLibrary。

Keyword Wrapper

我以Click Element為例。Click Element在SL1中,接收${locator}、${dont_wait}與${coordinates}三個參數,而SL2只接受${locator}。如果要將SL1轉到SL2,針對${dont_wait}可選擇略過;${coordinates}則要改用Click Element At Coordinates。由於我沒用到${coordinates},所以我僅以${dont_wait}做範例:


其它Keyword也是用類似的方法,至於要做到什麼程度,看你們的需求而定了。

這部分針對Keyword行為改變做說明,這是要補充官方沒列到的:

無法操作invisible的項目

SL2中,如果操作畫面上沒顯示的項目就會丟錯。如果真的要操作,可以採取的措施是改用Javascript呼叫操作。

Textfield Value Should Be

在SL1中,這個Keyword是可以做text與textarea的驗證。而在SL2則分為Textfield Value Should Be與Textarea Value Should Be,因此如果原本針對textarea的驗證,必須改為Textarea Value Should Be或改用Get Value再做assert。

Select From List

在SL1中,原先可以透過index=value的方式找尋我要的項目。而在SL2後,如果要根據value做選擇,要用Select From List By Value;要根據index,則有Select From List By Index;要根據顯示樣子,可以用Select From List By Label。

原先Robot、Selenium與SUT是在同一台機器上。後來因為升級Selenium後,對於瀏覽器版本有限制;對於某些比較舊的系統,原生是不支援新版本瀏覽器,因此採用Remote Selenium solution。也發生了一些麻煩問題,像Open Browser URL無法使用localhost,或某些keyword怪怪的:

Choose File

在把針對Web相關的測試動作放在遠端執行後,我就想: SUT上的檔案如何讓遠端機機做上傳動作呢? 後來經過Study,Selenium2Library針對Choose File動作,會將local檔案先傳到遠端機器,再做上傳動作。然而我發現: 檔案稍微大一點就會造成out of memory。我想到有幾個解法:

  1. 將檔案放至中央的http server,Choose File使用http或smb路徑: 這我沒試過,只是想法。
  2. 加大java heap: 我發現即使設定很大(4096 MB),問題依然可能發生。
  3. 將檔案瘦身: 假如你的測試案例無法瘦身,請嘗試上面兩個方法。

Input Text

首先是輸入特定字串,無法正常輸入。 這個可以直接看我po在GitHub的issue:
https://github.com/robotframework/Selenium2Library/issues/582