主要还是看 BI 统计的崩溃率为主吧。

#13 楼 @seveniruby 嗯，是个噱头~我就想看看各家出的数据，看看自己做到什么水平了~

#4 楼 @anonymous 这个是 mokey log，你需要的是 android logcat

可以稍作修改，把 monkey 的随机无序动作，轨迹记录下来，方便问题定位哦

@seveniruby @monkey 我后面又思考了一下，是不是看出错的位置的前一个 activity 的最后一个动作，然后根据 keycode 来看他做了什么动作，然后去复现，我这么理解对吗？

建议你们直接使用崩溃分析产品, 让研发和老大们看看有多少用户会出现崩溃, 这是涉及到钱的问题, 知道数据后他们就不敢拖了. 可以试试我们公司的产品 mobile.oneapm.com.

@monkey @anonymous
弱弱的问一句， 是通过动作：
:Sending Touch (ACTION_POINTER_DOWN 1): 0:(195.919,62.672226) 1:(273.0,376.0)

:Sending Touch (ACTION_MOVE): 0:(189.82956,61.47987) 1:(295.32416,374.42276)

:Sending Touch (ACTION_MOVE): 0:(186.04103,60.608547) 1:(303.31027,373.28278)
来描述复现步骤吗？
这都是坐标点，都不知道点了啥。而且有的时候，好多个动作才出一个 error,这个怎么描述呢？手动来重复却不出现 crash 了。

只要 crash 基本上都可以复现~.so 出问题就把堆栈日志截全了、给出复现步骤，报到 bug 库，指派给项目负责人、写.so 的人，让上层去决定去交涉~
跟进了但依然解决不了的问题，跟上层提出来就是了，这已经算尽力了。

@lucasluo 招人真心困难,不只是测试

等候拜读老大的下文

@anonymous 谢谢 11 楼，目前看能力和期望的薪水差距还有些距离，移动端的经验欠缺，还需要沉淀一下。~

#23 楼 @anonymous 好主意啊，可进可退

#22 楼 @anonymous 说得好

@anonymous 如果你对自己的技术有信心，可以加入我们，绝对不是自娱自乐。

熟悉业务懂技术，需要开发时候能去开发，需要测试的时候能做测试，哈哈

很多公司测试就是打酱油，自动化更是酱油中的酱油了。
当测试开发遇到坑的时候，开发根本就不会甩你。
而且都喊着要搞自动化，从领导到员工。但是基本上都是让你一个人在那里搞。领导巴不得自动化能省人工。普通测试人员巴不得你两分钟就把他教会，变成大牛。
而且经常还被拉过去做工具开发，啥东西都没有，想让你怎么做就怎么做，根本不考虑实现的难易程度。做出来又不一定有人用。

嗯，同意 monkey 的建议，关键要去强大自己，公司的事情你可以每周出个报告，说说进展，成果，问题困难，如果和项目相关，可以提出风险。

#12 楼 @anonymous 我来轻喷了，你说了半天还是 UI 的自动化，ui 的东西就是自动化的一个很小的部分，你这样去讨论不是很贴切。

#6 楼 @anonymous 谁告诉你阿里都是测试开发了，就算 title 是测试开发又如何？根本没有几个懂技术的，你明白么

#16 楼 @huwangtao123 我们线下还是在更新的。appium 的讨论基本上论坛还是每天有很多帖子。美国亚马逊测试的一些总结和心得能分享下不～

@seveniruby 谢谢思寒，我是楼主。制度问题，双线考核，项目没钱，开发没有积极性，从上到下不看好。
我们行政线的管人，他其他项目缺人，总想抽人出来。原来做通讯的，感觉就个人而言没啥前途，就是混日子，想做点新的，才来做移动端的项目。
说实话，我自己对项目也都没啥信心，只能说是自己做自己的。行政线的压力确实有点大，比较烦躁。我们领导基本上只管人，不管技术，按我们领导的说法，你做的再好，也就一个项目那么点人用，我投入 1 个人力大量的时间划不来。。。。其实也可以理解，就是我比较悲剧而已。吐吐槽，心情也好多了，没前面那么消极了，该干么干么，以后再看，顶住再说。。。o(∩_∩) o

很多公司都是人海战术

最后一句的 PS 亮了。。。

果断跳吧。这么搞下去真的就是自娱自乐了

果断跳吧。这么搞下去真的就是自娱自乐了

果断跳吧。这么搞下去真的就是自娱自乐了。