Selenium 零星点滴 #44
分类
最初以 Capybara 周开始，但最终发展得相当好
我不喜欢使用第三方抽象层（第一方完全获胜），但 Capybara 拥有很大的市场份额，所以 Capybara（和 Selenium）与 RSpec 和 Rails 3：快速教程 可能会引起人们的兴趣。
在谈到 Capybara 的主题时，这里有一篇关于 检查其中不可见元素 的帖子。
继续 Capybara 的主题，我们有 使用 Capybara + Selenium Webdriver 配置用户代理
单元测试被高估了 提醒我们应该更改系统中所有的测试，而不仅仅是单元测试。（拜托，我们有多少人没有被这个问题困扰和/或为此负责呢。）
以人为本的测试自动化 包括以下精彩的介绍
成功的测试自动化使用良好的测试，提供清晰的测试结果。通过或未通过的结果必须是可靠和值得信赖的。通过关注系统应该做什么而不是如何做，可以很容易地实现这一点，并且当系统的逻辑发生更改时，也不会破坏现有的测试用例。
使用 Selenium 自动化王国卡米洛特 让我想起了我以前玩的 MUD 完全脚本化的日子。
如何在 Selenium 测试中包含 dynaTrace 是一个有趣的想法。如果使用外部控制的页面对象会更好，这样你就不必修改正在运行的脚本来启用/禁用计时。但那是留给读者练习的。（哦，如果他们的营销公司不是每天都在推特上发布，那就更好了。）
#SFSE 视频：Selenium 问题解决会话 有，除其他外，dynaTrace 的演示。
使用 Ruby 客户端驱动程序 (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 服务器和测试的常见文档
