Selenium 零星資訊 #21
分類
我本以為這週很平淡 — 直到我注意到我開啟了多少瀏覽器視窗。 我想知道這是否就是事情感覺有點遲緩的原因…
Simon Stewart 提供的一些歷史片段
- Selenium 的首次公告（Thoughtworks 以外）
- WebDriver 的首次公告（同樣，Thoughtworks 以外）
- 「合併」公告（又名 Selenium 2）
關於 Cloud Computing Show #35 的更多歷史課程，Jason 在其中敘述了 Se 的起源（和其他內容）
我仍然認為持續部署到生產環境在某種程度上是不道德的，但是公司用來支援它的許多技巧都非常酷。 Digg4 上的持續部署、程式碼審查和預先測試的提交 詳細介紹了 Digg 使用的一些技巧。 僅粗略地提及 Se，但是一旦您在某種 CI 伺服器中執行 Se，這些想法就會變得更有趣。
大雜燴 – 為何並非所有測試都需要自動化 包含諸如僅僅因為我們可以自動化測試並不意味著我們總是應該這樣做之類的內容。 作為顧問，我需要一直向客戶傳達這一點。 每一天。
冒著過於後設的風險，現在有了 Selendion，它看起來像是使用 Se 驅動 Concordian
Frank 自稱為「iOS 的 Selenium」。 只是我相信 Se2 已經支援該功能。
繼續第二個範例 是一系列關於使用 Ruby 探索 Se2 的文章的一部分。 這篇文章特別介紹了 WebDriver 教學第二個範例的 ruby 化。
使用 Selenium IDE 偵錯 XPath 和 CSS 定位器 源於 RobotFramework-Users 郵件列表中的一個問題，最終變成了一個螢幕錄影。 我們應該多做一些這樣的影片。
Boomerang 似乎是一個應該有人撰寫關於與 Se 整合的教學課程的專案
評論：TDD 螢幕錄影 是對 Kent Beck 新的 TDD 螢幕錄影系列的評論（我真的應該購買這個）。 雖然是的，由於速度原因，我們通常不使用 Se 進行 TDD，但這段話引起了共鳴，而且由於我正在編寫列表，所以我將其包括在內。
我從螢幕錄影中獲得的重要訊息是，您的測試應該講述一個故事。 您逐步撰寫該敘述，以免絆倒自己。 很多時候，您可能需要針對後端服務或直接使用資料庫進行開發。 這就是故事的開始方式。 哈囉，資料庫先生，您在嗎？ 我可以放些東西進去嗎？
如果您是 PHP 開發人員並且正在使用 NetBeans，那麼 使用 PHPUnit 和 Selenium 進行測試 可能會引起您的興趣。
使用 Selenium2 避免脆弱的元素選擇 使用 Se2 解決了一個持續存在的主題 — 但它也適用於 Se1
