Selenium 簡報 #44
分類
原本是 Capybara 週，結果也相當圓滿落幕
我不太喜歡使用第三方抽象層（第一方完全沒問題），但 Capybara 擁有龐大的市佔率，因此 Capybara (和 Selenium) 與 RSpec & Rails 3：快速教學 可能會引起人們的興趣。
關於 Capybara 這個主題，這裡有一篇文章介紹 檢查其中的隱藏元素。
延續 Capybara 的主題，我們有 使用 Capybara + Selenium Webdriver 設定使用者代理程式
單元測試被高估了 是一個很好的提醒，要為了改變而變更系統中*所有*的測試 — 不僅僅是單元測試。（拜託，我們有多少人沒有因此受到傷害和/或為此負責。）
以人為本的測試自動化 包含這段精美的簡介
成功的測試自動化使用良好的測試，提供清晰的測試結果。通過或不通過的結果必須是可靠且值得信賴的。透過專注於系統應該做什麼，而不是如何做，可以輕鬆實現這一點，並且在系統邏輯變更時，不會破壞現有的測試案例。
使用 Selenium 自動化 Kingdoms Camelot 讓我想起過去我玩的 MUD 遊戲完全腳本化的日子。
如何在您的 Selenium 測試中包含 dynaTrace 是一個有趣的想法。如果使用外部控制的 Page Objects 會更好，這樣您就不必修改工作腳本來啟用/停用計時。但這留給讀者練習。（哦，如果他們的行銷公司不是每天都在推文宣傳，那就更好了。）
#SFSE 影片：Selenium 問題解決會議 除了其他內容外，還有 dynaTrace 功能的示範。
搭配 Ruby Client Driver (selenium-client) 的 Selenium RC 使用者擴充功能 稍微過時（使用 selenium-webdriver，而不是 selenium-client），但除此之外，它還包含使用者擴充功能文件中一個重要的遺漏部分 — 如何從腳本內部使用它們。
我還沒看過，但 從持續整合到 DevOps：敏捷與自動化的協同演進 似乎很有趣。我上週實際上使用了「Selenium 是 DevOps 的入門毒品」這句話。
Jenkins、RVM 和 Selenium 實際上是關於 Cucumber，但是…
在無頭 Jenkins CI 建置機器上設定 Selenium 伺服器 與 8th light 的文章類似，但適用於 Selenese
在 FF 上執行搭配 Firebug 的 Selenium 2 展示如何將擴充功能新增至 WebDriver 設定檔。現在來為 所有這些外掛程式 編寫腳本
建構自訂測試框架 有點像警世故事
在 Windows 上，這個二進制檔案隱藏在哪裡的問題已經困擾人們很多次了，測試自動化：檢查位元數 提出了一個解決方案（使用 C#）
搭配 Selenium 2.0 和 cargo-maven-plugin 的功能測試 更新了一些關於從 Maven 內部啟動 Se 伺服器和測試的常見文件
