给你什么任务就做什么任务，完成就行，等你工作久了就知道活少钱不少有多好了，空余的时间可以自己安排

1 本来就是算 1 年，你这都 10 个月了，满 6 个月不满 1 年算 1 年

笨办法，每次出现的位置都加入回归里，也加不了多少吧，只增加回归崩溃的场景工作量也不多，这是必要的对于崩溃来说；而且出现那么多次总有个原因吧，既然能影响到其他老功能说明这块代码有关联性或者通用了，那每次开发就应该找全影响点提供给测试覆盖，或者可能的范围也行啊。

100 京东卡

体验问题还能自动化发现？难道不是 bug？

老板要上

什么理发店这么大需要对讲机

你这一点也不客观，你只是觉得就是这样，单纯功能用例谁不会写，真的需要维护的多吗又不是自动化，也可以直接在新需求写新用例，即使重复也比去维护老用例更方便更好用更好关联

扣绩效扣钱是关键吧

没问题啊，你选的反而我觉得很奇怪

开发没有加用户 id，这是开发该避免的

很多

摆烂

看你需求吧，我也 3 年没接触移动端自动化了，用过 UIAutomator2、airtest 写安卓的。小程序没测过，好像有个微信官方的 minium。你可以百度或者社区等地方找一找有哪些好用的自动化工具。以我当时的需求来说，appium 没有其他好用。

appium 我也觉得慢，启动慢，响应慢，我以前一用就直接换其他的了

小问题吧，反正也买不了

最好是实打实的合同里写的薪资，那个增幅是最实在的，其他都是虚的

直接跳，哪边钱多去哪边，你这才入职 1 个月不到，这中厂听起来也不行

无所谓吧，看自己能力和想做什么，他们也就说说，没能力想做开发可比测试难，那相对来说测试容易很多，更容易找到工作

看了半天，你是找我们要，我还以为你给我们一个呢

是真会还是假会自己不清楚吗，都是个皮毛啥都不懂，不要把学校学的课当你自己会的东西，不就是跟着老师安装用用，真让自己从头开始做个东西，两眼一抹黑，这能当技术栈，太随意了。找工作谁看你这种水的离谱的技术栈，充大头啊。

eval(“get_phone()”)

没发现问题还不好啊，如果手工发现了问题，可以把场景补充到自动化里，主要就是回归节省时间，毕竟上线时不可能每个功能都回归到，遇到大项目太浪费时间，有自动化就可以节省这部分时间，手工只关注上线需求和核心功能场景

只用过 jira 和禅道，我感觉禅道简洁明了点

有些就是混上去的