APP自动化测试

如何选择框架？

    结合公司的实际情况，从以下几方面进行考虑：

1.跨平台？

    移动端分为android和ios，选择时要考虑是否支持两者，或者仅支持一种。

2.语言支持？

    是支持单一语言还是多语言，一般选择对自己有优势的，这样便于更好的定位问题

3.学习成本

    如果之前用过，拿过来就直接可以用，但如果之前没用过，就需要关注多久才能用起来？多久才能够了解框架的原理？多久才能将用到的模块很好的掌握？领导是否认可？

4.维护成本

    维护人员参差不齐的时候就要考虑，因为并不是所有的框架拿过来就符合要求，一般需要进行二次开发，这个和用例的维护都要考虑

用例设计、编写

1.确定用例的测试范围

    如UI自动化，首先就要确定是所有页面都做自动化还是说只有部分主要功能做自动化。

2.设计用例

    根据实际项目的紧张程度进行粒度筛选，不是所有用例都越细越好，也不是都越粗越好。

3.编写用例

    前两步是比较复杂的。根据项目时间确定写用例的方式：（1）如果项目时间较长，则可以一条一条的写。先写一条用例，调通，添加异常处理，再写其他的，后面的则可以以第一条为例；（2）项目很紧张的时候，就要做下取舍，先把每条case转换成自动化，让其先跑起来，再做二次迭代开发，添加异常等情况，增强健壮性。

4.调试用例

    需要经验积累。当程序出现问题的时候，要学会根据提示解决问题，还有要善于用输出函数，便于定位问题。

    跟踪调试，要经常练习，学会看堆栈消息和一些中间值，进行分析。

打包任务

1.获取源码-配置git源

    注意要安装的东西，如git插件；需要配置本地git环境

2.执行打包操作-Jenkins构建模块，调用shell脚本

    构建的触发模式：

    （1）定时构建：相当于一个任务，到了时间点就进行构建，不考虑代码是否更新，直接执行任务。

    （2）根据代码改动构建：开发有更新代码就触发构建。

    （3）定期检查代码更新构建：和第一种方式有相似之处，不过这个到时间点会检查代码是否有更新，有更新就构建，如果没有更新，便不进行构建。

    设置构建方式：

    （1）完全依赖jenkins插件

    （2）自己写构建脚本，直接在shell中执行，这种方式当出现问题的时候，比较好定位，究竟是jenkins问题还是脚本问题

3.安装测试包-访问包存放的位置-进行安装（也可生成二维码）

    针对存在固定位置，这个需要提前约定好文件夹和包的命名和位置。

持续集成

1.app端自动化测试任务

2.打包任务

3.服务端自动化任务整合

4.集成到jenkins上，设置为定时任务或者设置为触发任务

    可借鉴做法：开发提交代码后，测试部署的时候，自动触发后端的接口自动化任务，结果会发到邮箱，测试人员会看通过率是否满足要求，满足就可以进行测试，没有满足就要找出哪些接口是代码问题，哪些接口是误报

---

    由于自己也没有接触过这块内容，实际操作没有的，但是对里面的一些思想和方式还是有所了解的，先扩展自己的知识面，后续公司用到这块的时候，结合实际考虑。