值得为Selenium痛苦吗？

作者 Scott Delap 译者 宋玮 发布于 2007年8月7日 上午7时56分

社区

Java,

Agile

主题

敏捷技术,

单元测试,

Web框架

标签

测试,

Selenium

值得为Selenium痛苦吗？Atlassian开发者Nick Menere在Atlassian开发者博客（Atlassian Developer Blog）上提出了这样一个特别的问题。Selenium是为Web应用所提供的测试工具，其直接运行在浏览器中。在他的blog中，Menere表达了对于使用Selenium测试JIRA 3.10中两个新的Ajax特性时所碰到的障碍的看法。这些障碍包括：

键盘事件

显然，selenium.type(...) 并不真正模拟一个用户键入到输入框的动作。参看图片。因此需要我们键入文本并单独触发每个键盘事件——selenium.keyDown(...); selenium.keyPress(...); selenium.keyUp(...);。在Firefox中，它起作用了！！……在其他浏览器中，每个字符将会打印两次。

定时

……由于有非可选项目（section label等等），我们想测试一些元素属性没有被改变。我们发起一个该元素上的鼠标事件，接着用xpath定位器检查该元素的属性确实没有变化……这需要在事件发起与测试之间短暂暂停……“新增/加大暂停时间”是修正大多数可能失败的测试的常用方法。

鼠标定位问题

为了给用户更好的使用体验，我们决定加入自动滚动特征……在插入/加大了一堆暂停之后，我们仍不能使相关测试通过。为什么屏幕滚动造成了测试失败？我们在被选元素而非坐标上发起了事件。构建依然失败……我看到鼠标直接跑到了屏幕的中央，当浏览器窗口滚动时，鼠标被定位到了一个非可选择项目上……怎么修正呢？我安装了xwarppointer，以使我们通过bash来移动鼠标指针，并把鼠标指针塞到一个角落里。

纵观Menere的经验教训，最重要的一点是Selenium客户端不是一个用户。

查看英文原文：Is Selenium worth the pain?

1. 返回顶部

   有什么更好的替代方法吗？

   2007年8月7日 下午8时28分 发表人 pan zhu

   Selenium确实有很多地方都不方便，但是目前还有更好的工具吗？

   回复

2. 返回顶部

   解决方案

   2007年8月9日 上午12时18分 发表人 Jackei Chan

   1.键盘事件 可以直接使用 type 命令来输入； 2.定时 对于 Ajax 的应用，可以使用 waitforcondition 之类的 selenium 命令来等待条件成立后才执行后续脚本； 3.鼠标定位问题 从自动化测试的角度来说，这种 case 并不适合通过自动化脚本来实现。 任何一个自动化测试工具或者框架都不是完美的，一方面要看被测的应用或者所选择的 case 是否适合自动化，另一方面要增加对工具或框架的了解。

   回复

3. 返回顶部

   Re: 解决方案

   2007年8月9日 下午8时38分 发表人 乐 田

   Nick Menere的意思是type不能触发真正的keyPress和keyDown这样的事件，它可以出发onChange和onBlur这样的事件。所以有些测试不好做。 Selenium市和不少场景，但是有些时候Selenium测试也是需要仔细构思才能模拟实际情况的，也就是说需要用开发者的观点写测试，这个有些时候QA人员是很不愿意看到的。此时，的确有些麻烦。 当然后面所说的一些浏览器兼容性问题，我想在以后版本的Selenium中还是可以得到解决的。我们应该充分的利用好这个工具，并亲手为他做一些贡献。

   回复

4. 返回顶部

   Re: 乐 田

   2007年8月24日 上午5时59分 发表人 Jackei Chan

   很乐意跟有同好的朋友们交流和保持联系 ^_^ jackeichan@gmail.com http://jackei.cnblogs.com

   回复

• 更早的 >