Selenium 1 和 Selenium 2 的当前状态
分类
最初有 Se1，它很好。但它可以更好——在 WebDriver 开始擅长的方面。因此，合并这两个项目的绝妙想法诞生了。
然后混乱开始了。让我们看看我是否可以通过一个虚构的对话来解决其中的一些问题，这个对话整合了 Se 用户列表和 #selenium irc 频道。
Se-RC 1.03 中存在几个令人烦恼的错误；1.0.4 版本何时发布？
Se-RC 1.0.4 计划于 2010 年 7 月底的某个时候发布
我听说有传言说 1.0.4 是最终版本？
是的。1.0.4 *计划*成为最终的 1.x 版本
这太疯狂了！我不能为我的关键任务应用程序使用 .0 或“alpha”版本
实际上，这并没有 *那么* 疯狂——需要更多解释。Se2 实际上是两个项目的合并，事实上 2.0a1 字面上是将 OpenQA 存储库中的 Se 代码和 Google Code 存储库中的 WebDriver 代码合并到一个新存储库中。这意味着从 2.x 系列的第一个版本开始，它包含了 100% 的 1.x 代码，这意味着 100% 的向后兼容性。2.x 系列的后续版本主要由来自 WebDriver 的代码的演变驱动，*而不是来自 Se 1.x*。
好的，所以 100% 的 Se 1.x 在 2.x 中；我明白了。但是您如何确保对一个的修复进入另一个？
这里还有另一个“秘密”——不要告诉任何人，但自从代码库合并以来，就没有进行任何纯粹的 1.x 开发。自合并以来的每个 1.x 版本实际上都是一个 2.x 版本——但所有版本都打包成看起来像 1.x 版本。这就是为什么细心的人会注意到一个看起来像 *11:09:37.507 INFO – v2.0 [a4]，Core v2.0 [a4]* 的日志消息，当他们启动他们的 1.x 服务器时。
所以你一直在发布伪装成稳定版本的 *alpha* 代码？混蛋！
哇！放松！回想一下我上面说的关于默认情况下向后兼容的内容。“alpha”标签的存在是因为新代码的 API 仍在开发中，并且功能正在完善。然而，1.x 代码仍然稳定且具有生产质量。
好吧，我收回称你们是混蛋的话，但我真的不喜欢 alpha 标签。它什么时候会退出“alpha”？
在 WebDriver 代码中只有一两个功能需要实现（如处理警报）以及一些清理工作，然后才能开始 beta 测试。但希望在年底前发布 2.0.0 最终版。在我们讨论“alpha”与“beta”的主题时，这是团队对每个版本的定义。
- Alpha – API 可以而且可能会发生变化。可能会发生剧烈的变化。
- Beta – 在设置好 API 后，确保它们与主要浏览器兼容
“主要浏览器”？这到底是什么意思？
现在这意味着 Firefox、Internet Explorer 和至少一个基于 WebKit 的浏览器（Safari 或 Chrome）
简而言之……Se2 的一个要求是服务器必须与 Se-RC 1.x 向后兼容，并且通过从公共源代码存储库构建代码已经实现了这一点。这意味着如果您正在使用 Se-RC，您可以将服务器切换为 2.x 服务器，并且不会对脚本的执行产生任何影响。*此外*，您可以开始尝试来自 WebDriver 的新内容。
