楼主，这玩意怎么用，有 demo 介绍吗，实在看不懂，但是又想用。。。

个人觉得，先明确自己想做什么职业，虽说测试，但游戏测试跟 app 测试还是有点区别的，侧重点会不一样，如果想搞自动化，先把概念弄好，比如，市面的自动化框架有什么，优缺点是啥，其次才是动手能力，方向不对，事倍功半

来学习

—— 来自 TesterHome 官方 安卓客户端

对新手还是有点用，点赞

—— 来自 TesterHome 官方 安卓客户端

好的工具，感觉大部分都是公司内部做的

—— 来自 TesterHome 官方 安卓客户端

adb 指定手机 device 即可

—— 来自 TesterHome 官方 安卓客户端

可惜人不在北京

—— 来自 TesterHome 官方 安卓客户端

#17 楼 @gqian 嗯嗯，的确是的，工作上曾经遇到一个一直处于 4G 的用户，连续配合一周且用了十 G 流量，终于定位了问题，的确是蛮感动的 ，但换个角度想，联系用户、调试包等是最终手段了，从测试角度来说，因丰富跟进问题的手段才是最重要的~

#15 楼 @testerwan 工作上已习惯了，哈哈哈哈

几天过去了，jb 回头看自己提问的问题，是想了解业界针对用户反馈问题的跟进手段有哪些，从目前来看，其实业界大部分都是统一流程的，可以联系上的用户则 one by one 跟进，联系不上的，通过分析收集到的日志来分析问题~

jb 自己把自己的问题深挖一下，其实为什么要了解业务对这种情况的跟进手段有哪些？其实是因为 jb 有痛点：
1）从联系用户到联系上用户到问题沟通等，中间有时间成本，而且经常去跟进问题的话，基本上就没时间去做其他事情了，每天都是跟用户打交道；
2）千辛万苦联系上用户且用户端问题必现，但是因为一些条件不满足，比如用户没 root 权限导致拿不到 anr 日志等等，就导致无法继续跟进，这放佛就是煮熟的鸭子飞走了，好心塞~

因此问题重点可能就变成了，如何在不需要联系用户的情况了解用户的操作并发现问题点；
答案是有的，正如@Lihuazhang所说的 -- 日志 fejx9，这当前前提是需要收集大量的类似用户行为日志；

那除了行为日志，没其他了？答案还是有的，貌似这 2 年，安卓聊的很热的有组件化，热修复等功能，jb 觉得热修复是组件化的一个节点吧，那是否可以把一些调试功能或者收集日志的功能通过组件的方式下发到用户的 app 上等等，都是有无限遐想的~

其实 jb 内心是希望，离用户更进一步，目前的方式，自己感觉是跟用户的交流依然停留在表面，想用户用的更爽，与用户距离近了，才能更加了解用户~

#12 楼 @gqian 好奇咨询 XIAFA，一对一后如何跟进，是了解用户出现问题的场景，然后本地尝试重现？还是说会提供一些调试包的方式？如果是感官上的问题，比如用户反馈滑动卡顿，那请问如何跟进呢？

跟板块没关系，还是那句，从好好发帖做起~

单靠 monkey 是不行的，至少需要客户端做一些适配的操作命令，比如打开页面等操作，然后再通过一些坐标或者文本来执行想要成的操作

从好好发帖做起。

求更多的同学看到并且一起讨论问题，相信并不止 jb 一个人遇到该问题。。

#12 楼 @kasi 谢谢，共勉

#4 楼 @jiazurongyu 客服同学的确可以做很多东西，比如问题分类，问题初验证，联系用户等等，但是实际 case by case 的时候，还是需要测试同学跟进的，因为客服的专业性没测试同学的强~
不停迭代新增日志或者统计是一个办法，但是时效性是个硬伤；
行为日志是可以做，但是感觉对于 app 来说，去做行为日志的话，最大的瓶颈应该是服务器压力跟解析速度 + 统计点是否充足，这估计要投入不少成本进去。。。

#5 楼 @kaitlyn 类似听云的平台的确很多，但 jb 感觉各平台其实都类似重复造轮子而已，比如收集下稳定性、性能等数据，这些功能，对于小公司来说，直接集成就好了，对于大公司来说可以自己做一个，但是 jb 是想知道，有没有什么办法能快速的进行用户的问题跟进，不单单是稳定性或者性能数据

#6 楼 @lunamagic 没有日志，应该是想办法获取日志，包括联系用户等，jb 做过半年类似客服的工作，每天就是在各种论坛，微博、QQ 等地方跟用户沟通，从效果上看，还是有蛮多突破点的，所以，应该是要想办法获取更多的日志信息，只有尝试了，才知道这个问题能否闭环，jb 的痛点也在这，因为跟用户交流比较耗费时间，用户不一定长期在线，或者用户晚上在线，我们下班了，就错过了配合时机了，所以 jb 也是来看看各位有没有更高效的办法处理这类事情

#9 楼 @seveniruby 嗯，但是有时候苦于没有渠道，有什么办法能让面更广吗？

#1 楼 @Lihuazhang这里想咨询下，日志，打点是可以去打，但是一般从产品的角度来说，只会关注并提出产品相关的统计，导致上线后却没法通过这些统计发推问题，也许后续版本会新增部分异常统计继续进行信息收集，但是这存在一个时间成本的问题，如果没有其他限制，大可以不停迭代发版本出去收集信息，但现实是这样处理搞不好会导致用户流失，所以想了解下有没有一些能短时间内（比如几天内都算）能确定问题或者快速收集到日志的一些手段，想借鉴借鉴~

当然，如果能通过查询日志就能排查问题，也说明对应的同学对相关统计点都比较熟悉，这也是一个很快的办法，但感觉是在日志比较完善的情况下才能这样分析~

#1 楼 @face_south
#2 楼 @hu_qingen
#5 楼 @wowotou
#6 楼 @testly 谢谢各位的支持，大家新年快乐

#3 楼 @wenju.luo 楼主觉得，只要是测试的，都必须经常点点点这一阶段，无论是测试开发工程师，单纯的产品测试工程师，点点点是最快了解业务的唯一办法，通过点点点，会发现背后的根本原因，比如工具不足，或者用例设计有问题导致需要不停点点点回归等等，了解现状只是第一步，发现问题是第二步，如果解决问题就是第三步了~加油

评论区非常精彩，赞，工作几年，其实觉得业务测试是非常不简单

很赞，的确有很多需要学习，多谢楼主总结