還記得之前曾經記錄過 Nightwach.js 血淚史，那時候最大的問題是以 Nightwatch.js 的架構 都是要經過 selenium 去串各 browser 的 web driver 導致排查時的錯誤原因可能會發生在以下三個點 Nightwath.js Selenium Web Driver (chrome driver, gecko driver, ie driver …. .etc.) 導致排查上會需要層層檢查 (血淚) 因此後來在 chrome headless browser 釋出後，我們想試著是否能直接使用 chrome driver 串接 puppeteer 減少 selenium 這層的排查工作，另一方面也可以減少在非 GUI 的機器上跑的 web driver 不同而導致的差異性． 因此我們將 nightwath.js 的設定檔更改如下 將設定分別分為 dev 與 default，差別如下 dev: CI/CD 機器非 GUI […]
之前寫過 Nightwatch.js 的 debug 血淚史，前一陣子有個需求是想用 Nightwatch.js來做各瀏覽器的速度測試，因此期望每次開啟的 session 都是個乾淨的 session (不要有 cache, cookie 等等…) 在這紀錄一下，如何設定各 driver 每次開啟都是全新的 session 前情提要: 本篇使用 [email protected] ((3.5.0以上可能會有不同的問題… 以下為 nightwatch 設定檔(nightwatch.json) 的 test_settings 部分 IE8 以上 “ie”: { “desiredCapabilities”: { “browserName” : “internet explorer”, “javascriptEnabled”: true, “acceptSslCerts”: true, “ie.ensureCleanSession”: true } } Safari “safari”: { “desiredCapabilities” : { “browserName” : “safari”, “javascriptEnabled” […]
前一陣子在寫單元測試(unit test)時，遇到一些問題，經過同事的提點，看到了 rewire 這個 github repo 當在寫測試時，我們可能會分許多檔案去管理我們的模組，然而模組內可能有一些 private 的方法，這時候如果想測試模組內的 private 方法該如何測試呢? 以往可能的作法： 設定環境變數(例如：test: true)，在測試環境時才 export prviate 方法。 但 rewire 這個 npm package 提供一層更方便測試 private 的方法。 接下來看看實際用法吧~ 比如我們有 test.js index.js 則會 require(‘test.js’); 這個模組 當我們要寫 unit test 時會發現 test.js 的 add() 因為沒有 export 所以無法被測試，或是當在測試 test 模組時，也沒辦法把 add 做 stub(因為 js 在 function 會是 call by value) 這時候我們可以使用 rewire […]