只要 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 亮了。。。

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

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

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

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

楼上把我想说的都说的差不多了。。。

#12 楼 @anonymous 领导这么问，你就说自动化测试也是软件，当然也得跟着维护。人写的测试用例都得不断更新呢，何况机器的。
自动化如果维护成本太高，那么只能说明做自动化的这部分还不够稳定，不适合做自动化。
至于开发随意更改已经稳定的模块，那你可以找开发问问他为啥要改？出了新的 bug 他负责吗？

主流程逻辑可以随便改的产品即使手工测试用例维护成本也不低，上自动化不是太合适。

#11 楼 @anonymous 我觉得自动化测试，最大收益在于回归测试阶段，层金字塔收益结构，是为了保证产品的质量，而不是为了发现更多的 bug，同时，自动化要想全员自动化，必须要领导决策，比如：某个版本发布 email 中，必须要附带自动化测试报告？而不是这样，领导问,你的产品现在介入自动化了，是不是我可以把人力抽调点了？或者这么说，自动化为啥还要后期维护啊？你们自动化工具怎么做的？为啥每个版本过来，脚本要调整？可他万万没想到，在项目开发过程中，开发随意更改控件定位符、产品主流程逻辑经常变化种种问题导致脚本复用性不高，我们测试工具只能通过技术手段来规避这些问题，如：控件定位符，我们可以做容错控件，写多个，这个没问题，为了提高脚本编写速度，我们直接以导航图拖拽控件画图方式来编写 appium 脚本，这没问题，我们 ok，可是整个流程问题、策略问题，我们无能为力啊，个人见解，轻喷啊。

#9 楼 @anonymous 你觉得具体有哪些痛处可以用自动化解决？搞清楚这个痛处自动化才有真正的用武之地。
目前我所知道的主要是接口测试（api 等）、协议测试。这些测试你不说他也会搞自动化，因为手工搞错误率高且效率低。

赞一个，也是自己的迷茫之处

#8 楼 @anonymous 目前很多公司都设立了自动化测试相关岗位，当时感觉很多公司并没有把自动化这把双刃剑用到痛处。。所以，我比较迷茫