1.1概要
本篇将对和界面元素相关的内容做讲解，比如，查找元素的几种常见方法，还将介绍如何查看app界面上的元素去做定位，最后还将新手经常遇到的问题做个简单的回答。
1.2 查找app界面元素的工具
我们先来看看如何找到app界面上的元素，以及它有哪些特点需要我们关注的。首先进入我们的android的sdk文件夹，目录为C:\Program Files (x86)\Android\android-sdk\tools
在tools文件夹下有个uiautomatorviewer.bat批处理文件，点开会运行一个叫UI Automator Viewer的工具。
接下来将我们的手机连接上电脑，启动手机的app，这里我们继续以今题头条为例子，打开今日头条，然后点击工具左上角的绿色手机图标。
当我们的鼠标点击到‘推荐’上时，看右侧的信息。主要关注resource-id，class这两个标识内容将会是我们后面在脚本里定位元素的主要信息。大家可以先自己熟悉一下这个工具，鼠标在不同的元素上切换看看效果。还记得我们在上一篇脚本中的操作步骤吗？第一步是点击我们的‘热点’按钮将app显示内容切换到热点板块，而脚本里是这样实现的
els=driver.find_elements_by_id(‘p_’)
els[1].click()
大家看一下我们‘热点’按键的resource-id是什么，同样也是com.ss.android.article.news:id/p_和‘推荐’的id一样，同理后面并排的一系列id都是一样的。如果简单来说，我们找到了元素并获取到元素的id后，我们在脚本里只需要这样写就好了
driver.find_element_by_id(‘p_’)
如果要操作点击
driver.find_element_by_id(‘p_’).click()
但是，我们的实战碰到的情况是什么呢，今日头条的顶部各个模块的元素id都是一样的，这样我们就要根据这个情况，去找id都是’p_'的一个集合，当然集合里的第一个元素就是我们的‘推荐’模块，第二个元素就是‘热点’模块，以此类推。所以我们的脚本就要这样去写了
els=driver.find_elements_by_id(‘p_’) #通过find_elements_by_id注意是加s的
els[1].click()#对els集合的第二个元素进行点击操作。
1.3 python中查找元素的方法
工欲善其事必先利其器，这里先推荐大家一个好用的IDE—PyCharm。它的智能补全代码功能非常好用。
好了接下来我们来看看appium几个常用的找元素的方法：
- find_element_by_id() / find_elements_by_id()
- find_element_by_class_name() / find_elements_by_class_name()
你没看错，不是我漏写了，就这两种。有些童鞋可能要问了，find开头的方法不是有很多吗？是啊从上面的截图也能看出来，什么by_tag_name、by_name、by_xpath，by_blabla…。
我在这里强调的是常用，好用，实战里用到出现频率最多的就是这两种了。当然在我的下个系列里（学习selenium文章），在web端查找页面元素的方法就会丰富许多。
前面提到的UI Automator Viewer让大家注意的两个地方就是id和class了。在平时在做培训时，经常会遇到这样的问题，很多人会觉得的找元素好难。当每次结束培训后大家会了解难得不是找元素，而是怎么通过编程的思路去在合适的时间找到对应的元素。因为find方法是死的，就这几种，为什么别人能找到而我找不到？其实这里展现的问题就是很多人忽略掉的问题本质，你要找的页面元素在你的程序执行所在的界面位置吗？
举个简单的例子，来阐述这个问题的含义：比如app的操作是在点击某个界面的一个元素A后进入下一个界面，我们要对下一个界面的某个元素B再进行点击操作。这时我们的脚本可能是这样写的
driver.find_element_by_id(A).click()
driver.find_element_by_id(B).click()
大家来看看，这样写我们在执行python脚本后会顺利执行吗？答案只有一个Maybe。也许可能不会出错，但多数情况下会报错，返回无法找到元素B。这时看出原因的童鞋就要说了在driver.find_element_by_id(B).click()加上一句driver.implicitly_wait(10)或是sleep，脚本就变成这样
driver.find_element_by_id(A).click()
driver.implicitly_wait(10)
driver.find_element_by_id(B).click()
好了，这里先解释一下driver.implicitly_wait(10)这句的含义（给初识的筒子普及一下）
这句的含义是程序等待，等待什么呢？就是等待它的下一句里要找的元素B，直到B被找到为止，当然要加一个期限一万年，呵呵开句玩笑，直到10秒超时。也就是说在10秒内什么时候B出现了程序就会开始继续往下执行。当然这里的超时时间可以任意指定，一般我们指定在10秒是个比较适合的时间。它被称作“智能等待”，思维活络的童鞋可能就要问了，难道还有非智能的等待吗？当然有了，那就是我们的time.sleep（）方法，在import我们的time包后，time.sleep(10)就是实实在在的让程序等上10秒才继续往下执行代码。好，到这里说出智能等待的童鞋脸上会露出得意的笑啊，得意的笑…我这时也要问了这样写我们在执行python脚本后会顺利执行吗？答案也只有一个，可以，肯定，必须能顺利执行。但是这里要反转了，虽然脚本能够顺利执行，但是最后执行的结果一定是我们想的哪样吗？答案只有一个Maybe。为什么？Why？我们不是做了等待吗，脚本不是也顺利找到B元素了吗？好了公布答案，回到我们的app里，两个界面，A元素在前一个界面，B元素在下一个界面，我们脚本里通过id找到了B，那如果说A元素所在的界面也有一个和B元素同样id的元素呢？最后我们脚本的执行结果就是在第一个界面点击A后紧接着又点击了当前界面的另一个“B”元素。大家仔细回味一下这个情况，而且此情况会在实战里经常碰到。好了回过头我们看看上一篇我们的那个对今日头条的操作的demo
driver.find_element_by_id(‘ab0’).click()
while 1:
if driver.current_activity==‘com.ss.android.article.base.feature.search.SearchActivity’:
break
driver.find_element_by_id(‘ll’).send_keys(‘lamecho’)
driver.find_element_by_id(‘o9’).click()
情况是不是很像，逐条分析一下这几行。在进首页点击了'ab0'后，我们在while循环里对当前的界面activity做判断，如果获取到当前的activity是查找界面的名称，那么我们break退出循环，再去找'll'并给他输入“lamecho”字符串，最后点击'o9'搜索。花这么长的篇幅来说明这个情况，就是要说刚才的那句话“难得不是找元素，而是怎么通过编程的思路去在合适的时间找到对应的元素”。这个时间就是我们在以后的自动化实现上需要去关注和考虑的问题，而找元素那只是自动化必须要有的一个步骤而已。
接下来我们再对find_elements_by_id()和find_elements_by_class_name()做个简要的说明。细心的童鞋可能发现了element变成了复数的形式。所以通过这种方法找出来的元素必定是一个集合，即返回给我们的是个数组（python的叫法是个list）。如果我们的脚本中出现这样的写法你是不能直接使用send_keys()和click()的，因为在python程序里你不能对一个list集合做输入和点击。比如我们这样写：
els= driver.find_elements_by_id(‘ll’)
els[0].send_keys(‘lamecho’)
对找到的els里的第一个元素做输入，第二个就是els[1]，以此类推。注意下标开始是从0开始的。
好了，我们的app自动化测试-搞定界面元素也要结束了。希望大家把文中偏于理论的东西分析理解，自己上手再实现一些demo。
上面是我收集的一些视频资源，在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们群【902061117】，里面有各种软件测试资源和技术讨论。
当然还有面试，面试一般分为技术面和hr面，形式的话很少有群面，少部分企业可能会有一个交叉面，不过总的来说，技术面基本就是考察你的专业技术水平的，hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求，一般来讲，技术的话只要通过了技术面hr面基本上是没有问题（也有少数企业hr面会刷很多人）
我们主要来说技术面，技术面的话主要是考察专业技术知识和水平，上面也是我整理好的精选面试题。
加油吧，测试人！如果你需要提升规划，那就行动吧，在路上总比在起点观望的要好。事必有法，然后有成。
资源不错就给个推荐吧~