可以看看目前比较常用的 jenkins+maven+appium+testNG+reportNG 几个看起来不是很相关的框架，就可以做些基本的持续集成

产品的那个没有链接的是没有没有找到吗？

感觉就是开发的 if 要够多，测试的 case 要全，整理的不错，先学习下，有机会也用用

还是那个感觉，可持续集成，基本没有人工的干预，自动化主要完成的也是基本功能，主要是防止一些别的改动影响到基本功能，如果天天用人工的方式去测试有可能影响的功能就有点浪费时间了；关于性能，个人感觉还是先做基本的功能做好了，再尽量去做这些方面的测试

用黑客思维做测试——神器 Xposed 框架介绍
通过辅助工具进行安卓 Toast 文本检查的方法
小菜的性能日记 2 (这个应该是给一系列的文章，写的很简单，但很实用)

期待，一个合格的测试是解决了几个 bug，而不是发现几个 bug（monkey 说的）很对

会有北京的活动吗

现在的自己在一个人在做一些测试各种方向的学习，在一些人面前感觉是挺多的，但来 testhome 感觉自己什么都不是，这里给我不少要更加努力的理由；习惯看大家各种分享，生活、技术，也在想自己哪天也能这样给别人分享下。1 月 2 号，跑完厦马全程的马拉松，要做一个最能跑的测试，哈哈。

Junit 的在@After方法中加一些处理咯，正常的 closeApp()、resetApp()，这两个方法自己实验的结果都是 home 后台，但官方文档说的一个关闭，一个重启（原因再查）。后来自己使用的解决方式就是使用 adb 命令咯，基本能满足所有 app 的各种清理工作；还有一种方式就是各种使用 back 键（这个看 app 情况），在什么状态下可以使用 back 键恢复初始状态，关于是否写

我應該針對每次測試去寫回到初始狀態的命令嗎？

这个肯定要的，只是一种是使用 appium 自己封装的方法、第二种就是正常的使用自己封装的方法。

以上是个人的基本看法，有问题、建议的欢迎提出

转载过 200 万了吧，说明还是有好多牛逼的人同意这个说明的。

这个二八学到了，不过只是一个基本的理论，对于小菜来说多次实际数据比较，就会摸清公司业务的资源分配概率。赞一个

这个看你们写的，之前也做过一些也算是专项测试了，主要测试的是 app 的启动速度，中间是使用两类数据做结果参考，一个是系统自带的日志中记录的启动时间，一种加的埋点（app 完全启动后标记的点）可能会有点启动速度影响，但针对用户真实的情况，第二种更实用点。方法大致是每天凌晨自动打包（jenkins），早上上班之前从 ftp 下载打包好的 apk 安装到手机上，使用 adb 命令完成多次启动关闭，一个版本启动 10 次，去除前两次（数据初始化不考虑在内），计算下平均值，比较之前版本的数据。也感谢楼主分享的这些，受用了。

等楼主想想的结果，toast 现在用的还挺多的（还好一个页面只有一种 toast），自己没有 办法处理的，只能看下一个页面的控件进行判断了。

就是要多机器多并发的压测？JMeter 感觉做接口方法的功能测试会更合适点（个人观点）

大家看到的，可以提出一些自己用的感觉比较好用的模拟器。。
我自己之前知道的就只有两个 (第三个是刚刚知道的，所以两个是没有错的哈)：

• 1.genemotion--之前一直没有安装成功，再找问题中
• 2.Android virtual device manager--正常使用会很卡，使用 Intel HAXM 为 Android 模拟器加速,效果会很不错哦
• 3.夜神模拟器 -- 在下，一会用用。

#1 楼 @zsx10110 genemotion 现在没有看到免费了耶，你现在还是用 genemotion 免费的版本吗?

报名，支持下

看了 Q 博士的文章，那天晚上膜拜去听听下

#19 楼 @lihuazhang 已下，再看，谢谢

#13 楼 @13651969749 你们公司主要还是业务多吧，如果是以 APP 功能为主的（比如 xx 安卓浏览器海外版本，海外版本的不会像国内那么多业务）还是 UI 的会多点。

#9 楼 @among29

覆盖 90% 以上的接口 + 覆盖 30% 左右核心功能的 gui

这个 gui 的看情况吧，接口通常不变，90% 应该问题不在，但页面啊，特别是 app 的页面，自动化的效果很多时候然并卵（个人感觉的，有不对欢迎指出）

#8 楼 @among29 我的理解和你差不多，不过没有举例子