我必须承认我爱上了 selenium 它的记录和播放功能,以及来自IDE的那些记录的动作的TestCase生成功能。但是,由于偶然的细节(例如,使用dom,xpath..etc)在录制期间,它可以制作在导入RC后,TestCase故障就会容易发生HTML更改。我完全明白它是测试人员工作的一部分,以时间随时间调整预期结果作为回归测试的一部分,但我也不希望花费的时间大于要做手动测试的时间。 据我所知<强大>硒,带有机器人框架有关键词形式的试验箱。我的猜测是它允许我们将附带细节提取为各种关键字,这可能使测试配置更容易调整,并且更可维护。 (如果我错了,请纠正我)

将理解,有关如何设置有效UI自动化环境的建议。我应该用机器人框架使用Selenium RC或Selenium吗?为什么?

提前感谢

有帮助吗?

解决方案

您绝对是正确的,所产生的脚本中的附带和经常更改细节是记录和播放自动化的最大问题。您可以在录制后显然从脚本中删除详细信息,但在我看来,从开始时可以更好地制造可重用的库和代码脚本。

使用“真实”编程语言编码脚本的替代方案是使用一些更高级别的自动化框架,例如机器人框架你提到的。当您推测时,机器人的可重用关键字以及变量也使得从测试中提取细节非常容易。 seleniumlibrary的演示说明了这么好,演示还显示如何通过机器人使用硒。

还询问 sikuli 。我自己从来没有用过它,但它肯定看起来很有趣。您可能对这个伟大的方法感兴趣/ a>介绍如何通过机器人框架使用它。

其他提示

我们公司正在使用Fitnesse,而不是机器人,控制硒,但是,我们有同样的问题。我们从DOM DOWS DISTION DOM DOVERS切换到仅通过ID访问元素。由于这在Fitnesse中繁琐,我们目前正致力于为自己的框架添加Selenium后端(以前只有Java和SmallTalk的后端)。

所以,如果在DOM中需要具有某些ID的元素,我们当然会突破我们的测试如果有人从页面中删除元素;然而,我们发现这种行为非常有用,因为这强制执行与实施的测试,一旦有人打破了实现,我们就会找到缺少的元素。

此外,良好的做法是保持UI自动化皮肤深度:只测试页面上的存在于网页上的存在并通过直接调用底层函数来测试业务逻辑。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top