给你什么任务就做什么任务,完成就行,等你工作久了就知道活少钱不少有多好了,空余的时间可以自己安排
1 本来就是算 1 年,你这都 10 个月了,满 6 个月不满 1 年算 1 年
笨办法,每次出现的位置都加入回归里,也加不了多少吧,只增加回归崩溃的场景工作量也不多,这是必要的对于崩溃来说;而且出现那么多次总有个原因吧,既然能影响到其他老功能说明这块代码有关联性或者通用了,那每次开发就应该找全影响点提供给测试覆盖,或者可能的范围也行啊。
100 京东卡
体验问题还能自动化发现?难道不是 bug?
老板要上
什么理发店这么大需要对讲机
你这一点也不客观,你只是觉得就是这样,单纯功能用例谁不会写,真的需要维护的多吗又不是自动化,也可以直接在新需求写新用例,即使重复也比去维护老用例更方便更好用更好关联
扣绩效扣钱是关键吧
没问题啊,你选的反而我觉得很奇怪
开发没有加用户 id,这是开发该避免的
很多
摆烂
看你需求吧,我也 3 年没接触移动端自动化了,用过 UIAutomator2、airtest 写安卓的。小程序没测过,好像有个微信官方的 minium。你可以百度或者社区等地方找一找有哪些好用的自动化工具。以我当时的需求来说,appium 没有其他好用。
appium 我也觉得慢,启动慢,响应慢,我以前一用就直接换其他的了
小问题吧,反正也买不了
最好是实打实的合同里写的薪资,那个增幅是最实在的,其他都是虚的
直接跳,哪边钱多去哪边,你这才入职 1 个月不到,这中厂听起来也不行
无所谓吧,看自己能力和想做什么,他们也就说说,没能力想做开发可比测试难,那相对来说测试容易很多,更容易找到工作
看了半天,你是找我们要,我还以为你给我们一个呢
是真会还是假会自己不清楚吗,都是个皮毛啥都不懂,不要把学校学的课当你自己会的东西,不就是跟着老师安装用用,真让自己从头开始做个东西,两眼一抹黑,这能当技术栈,太随意了。找工作谁看你这种水的离谱的技术栈,充大头啊。
eval(“get_phone()”)
没发现问题还不好啊,如果手工发现了问题,可以把场景补充到自动化里,主要就是回归节省时间,毕竟上线时不可能每个功能都回归到,遇到大项目太浪费时间,有自动化就可以节省这部分时间,手工只关注上线需求和核心功能场景
只用过 jira 和禅道,我感觉禅道简洁明了点
有些就是混上去的