自动化测试过程当中所入的坑3——解决问题思惟的转换

工做过程当中遇到坑可能须要转换一下思惟,使用其余途径达到殊途同归之妙,下面是我在作自动化测试工做中世纪遇到的几个问题,以及解决办法,特此记录分享一下:html

  1. 项目为一个我web编辑器,测试要求将文件中内容输入到编辑器中。测试环境robot framework

        设计者在这个页面欠套了三层frame。遇到的问题是外面两层frame能正常切换,可是最里层frame切换进去后并不报错的状况下,不能定位到最里层的元素。这样就不能实现输入功能。web

初步解决思路:使用copy和paste方式进行输入,可是此时就须要保证光标定位在编辑器中。由于自动化脚本执行到paste以前光标就会失去焦点,所以此时陷入了僵局。编辑器

扩展思路:虽然不能切换到最里层frame,点击编辑器的body部分,可是能够点击外层的frame。由于元素点击过程是点击元素中心位置,这样的点击操做也可以使光标定位在编辑器中。测试

进一步扩展:js在点击元素操做时,是不须要像selenium同样切换frame的,所以可使用js直接操做里层body元素spa

  1. 在web测试过程当中,根据页面元素写了如下locator,xpath=//div[@class= 'file']//a[span[@class='file_name' and contains(text(),'testppt')] and span[@class='file_extension' and text()='pptx']]. 可是脚本却一直定位不到元素。一度怀疑本身的 locator写错了。为了验证将locator改写成最简单的.      xpath=//div[@class='file']//span[text()='testppt']仍然找不到元素,简直要崩溃的节奏。最后关头发现居然是html中class属性后面有一个空格。虽然这算是开发的bug,可是确实也考验测试者的细心与思路的扩展。、
  2. 项目为pc,client测试,要求经过软件打开一个ppt文件,并验证ppt中存在一段预期的文字。遇到的问题是powerpoint软件中的元素使用公司提供的软件以及autoit都不能准确识别文字的内容,也就是所获取的文本框元素value值为空。解决思路为:使用copy的方式将文本框中内容复制到剪切板中,robot framework中使用关键字可以获取剪切板内容。并以此进行文本的对比。
相关文章
相关标签/搜索