在之前安装appium的时候说过我们有两种方法安装，也就有两种结果，一种是有界面的，一种是没有界面的，首先我们先讲一下有界面的，以及界面有哪些东西。
首先看第一幅图，如果你的是windows那么界面就应该是这样的，所以你发现你的和我的不一样也不用担心，正常。windows版整个界面只有7个按钮，我会按照从左到右从上到下的顺序讲。（mac的会有一定的差异，但并不是很大，只是排版和样式的问题，但是功能都一样。）
一. Android Settings
主要是配置android的相关设置，他里面的结构图如下：
1.Application Path：选择路径，选择需要测试的app在本电脑存放的一个路径。在启动appium时他会默认去该路径下去寻找这个app，然后将他安装到指定的手机上。
2.Package：之前提到过的，我们这个包的身份证，我们需要通过这个去找到包，不然我们安装后我们通过什么去辨别这些包呢？
3.Launch Activity：故名思义，启动的activity，activity的时候提到过，我们启动app时需要去运行的activity，这里我们填写首次启动页面的activity。
备注：这里需要注意一个问题在我们每次通过Choose选择apk后，appium会自动把这个包进行重新签名，那么在package以及activity里面会自动把包名和activity的名称列进去，但是这里会出现一个问题，每次选择apk后列表中会有一个缓存的原因，即使你更改了apk，但是package还是没有变，这样启动的时候就一直报错，遇见这样的情况不要着急，重新启动两次就好。
4.Wait for Activity: 和上面的差不多，意思是等待某个Activity打开，用的时间不是很多，做了解。
5.Launch Device：标签下面的东西用得相对比较少，后面大家可以去了解一下。
6.Capabilities：该标签下和我们做自动化关系很大，后面我们做自动化时如何配置启动app等信息就用的该标签下的数据。
7.Platform Name：我们测试的app的类型，ios选择ios，android选择Android就好。
8.Automation Name：测试引擎的名称，我们使用的是appium，所以你第一眼就能看见Appium，但是他还有一个Selendroid。可能看到这里会有一些疑惑，为什么appium要选择两套系统呢？其实这个应该追溯到android的版本问题，android自己的工具在4.2版本以前是一个，但是后面进行了更新，可能也正是因为这个原因appium也才采用了两套，所以当你测试的app安装的机器时在4.0或之前的版本时那么这里的引擎你就必须选择Selendroid，是否这样大家可以动手去试一试。检验真理的唯一标准就是自己动手尝试。
9.Platform Version：安装应用手机的版本号，android的是几点几的版本。
10.Device Name：设备名称。
备注：这里会有一个问题，如果你测试android时，只把一台手机插入到电脑，即使你输入的Device Name是错误的，但是你依然能够正常安装，使用。但是ios是不行的。不知道在设计的时候是否就是如此考虑的，如果在以后使用中遇见类似问题大家不要惊慌。
11.Advanced标签下的东西在初级阶段不用担心，这个标签只是在你想同一台电脑同时控制多台手机的时候才能使用，需要更改Bootstrap Port的端口号，记住这一点就好。
二、General Setting：
在General Setting里面在通常情况下我们使用默认设置就好，但还是有一些基础设置可以进行调整，方便后期的学习。整个页面分成了Server和log两部分，默认的情况如下面图片。
1.Server Address：配置appium服务的地址，正常情况我们不需要更改，但是如果我们需要配置多台手机的时候启动了多个appium服务，那么这里的端口号我们需要进行调整，如果你多个都弄的同一个端口会报错。
2.Override Existing Session： session覆盖，可能对于初学者不理解什么叫session，你这里暂时理解为会话，我和你会话的唯一标示。
3.Log To File：默认状态是没有任何数据，但是在做自动化时建议选择，因为选择之后appium在运行时产生的日志都会保留到你设置的问题件，这个对后期的bug定位有相当大的帮助。切记！
三、开发者设置
很少用，可以忽略。如果有兴趣可以作为兴趣了解一下。
四、关于
查看当前appium的版本信息。
五、元素侦测：
这个按钮的功能和firebug的定位工具功能类似，但是他还有一个功能，他会检测你的各个系统配置是否正确，如果前面各项参数不正确时，使用该功能会报错。如果你不正常连接手机也不行。还是建议用sdk工具里面自带的uiautomatorviewer。
六、启动服务：
所有参数配置好后你需要做的就是启动appium服务，只有启动之后你才能够做自动化。
七、清除日志（右下角）：
在写脚本、调试过程中会产生很多的日志，但是你可能想看的只是中间某个时间段的，那么你在这个时候可以将页面的日志清除。
appium的工作原理
我们在去熟悉一套系统或者框架的时候，我们想去学好，我们是不是都要了解一下工作原理呢？只有我们知道了他是如何工作之后，在以后我们遇见棘手的问题时才能够从根本去解决问题。但是在讲这个之前需要讲一个题外话，不知道有谁思考过appium是如何实现自动化的吗？无论ios还是android在做自动化时考虑到安全等因素他们都是不允许直接去操作的，所以我们要做自动化那么就必须借助他们本身公布出来的一些工具，android是UIAutomator，ios使用的是UIAutomation，其实我们所谓的自动化就是我们使用的工具去调用他们公布出来的框架的方法，然后再去执行。下面我们来看一下appium的工作原理，首先来看一张图片。
通过上面的图片我们可以知道appium是基于WebDriver协议的，他利用Bootstrap调用google公布的android的自动化测试框架UIautomator的命令来实现我们的app自动化，再能理解一点就是我们的电脑（client）上运行自动化测试脚本，调用的是webdriver的接口，appium server接收到我们client上发送过来的命令后他会将这些命令转换为UIautomator认识的命令，然后由UIautomator来执行自动化。
可能这里有些小伙伴会迷糊，说android是这样那么ios也是这样吗？其实真的差不多，只是他们支持的工具不一样，ios使用的是UIAutomation，首先client发送脚本请求，再到我们的appium服务，这里appium会调用instruments去启动一个server，然后让他去执行后面的操作来完成自动化。
备注：UIAutomation是instruments下面的一个工具，所以不要惊慌。