我感觉你现在不能跳了,因为你在中厂之前,还有半年的空窗期,如果中厂只写一个月,这个你很难跟下下家解释清楚,而且下次投简历,这种是完全过不了简历筛选第一关。
两个思路,第一个,直接跳,到时候简历不写这个中厂,直接从小厂开始写
第二个,不跳,中厂起码待个 1,2 年,再跳。
我觉得楼主已经很优秀了,有时候不一定是自身的问题,市场环境的问题占很大原因。
感觉这样的工具,挺实用的,,没有一些花里胡哨的功能,回归本质,就是为了提高测试效率。
首先,你有危机感,你绝对不是那个最先被淘汰的。
其次,你得行动起来。
实践,我们公司没有要求做自动化,但是我自己先搞点自动化模型,把自动化测试框架搭建起来,做出一个案例效果,然后向上级,主管,领导展示,表明成效,可以提升 xx,优化 xx,提高 xx,,然后看领导的反应,如果领导认可,就会继续安排你往这方面去做,如果不认可,那也可以,起码能够体现出你的积极性。
千万不要等着领导给你安排任务,你的人生是自己掌握的,不是别人掌握的,同理,机会是自己争取的,不是别人给你的。
最后的忠告,做任何事情,要像打战一样,兵马未动粮草先行,,,,事情还没做,不要提前跟领导汇报,,一个是领导不清楚可以达到什么效果,一个是你很容易被否决。
太狠了,,,以后那些应届生怎么办,,,现在找工作,都要有经验的,,请问那些无经验没有获得实习岗位,哪里来的有经验,恶性循环。。。
挺好的,我挺喜欢最后一句:“这类问题最好的解决方案就是代码规范化”,从源头掐灭,成本是最低的。
最近怎么这么多人找工作?金九银十?
这就是理论与现实的差距,就比如:“保持在 10-20 个语句之间”,试问,什么样的 UI 自动化,只需要 20 个步骤就能完成。
很好奇,现在大部分公司,后端是否有单元测试这个概念?以及给后端接口写测试用例?我想 99% 公司都没有做到吧,成本太高了,直接就是丢给测试人员的接口自动化测试替代单元测试。
看起来对初级工程师很友好,大家快冲
all in 啥,不都还是写个测试脚本。。。
肯定要以账号维度去测,你怎么可能用一个账号一种角色,去测试所有角色权限?
比如你有 10 种角色,对应 10 种权限,那么你就要创建 10 个账号来测,而且自动化要求是稳定的,只需要重复这 10 个账号,保持一致的期望结果。
曾经的某位大佬说过,简历是一年一更新,要时刻准备好自己的简历,能够达到随时可投递的状态。
我想大部分人应该没有更新自己简历的习惯。。。
只能说,你想太多了。
看你自己怎么理解吧,个人观点是,面试官问什么答什么,除非是自己特别擅长的,你可以这样处理,引导面试官。
你说的,给出优化方案,明显你把面试官引出来了,所以面试官才会问你第二个问题,但是你好像就是在第二个问题跳坑里了,没回答上,明显就是给自己挖坑了。
非常好的文章,获益匪浅
如果是我,我会这样回答,
面试官:如果出现了研测双方对需求理解不一致时,该如何解决
回答:首先,遵循基本原则,以需求文档为准,即以产品为准,如果研发对需求理解不一致,首先找产品确认,先确认自己的需求理解没有问题,如果最后是研发的需求理解错误,那么,让产品去跟研发沟通。
我觉得完全没有必要,再说出,通过什么什么流程避免,通过什么什么手段避免,,这完全是给自己挖坑,因为面试官没问你流程上怎么优化怎么避免,这也不是问题的核心重点,,,所以,才会导致面试官,第二个问题:“那如果这两个阶段过后还是有歧义呢,找产品确认不是很浪费时间吗?”
这位大佬,做个自我介绍,应该还有很多人对你不了解
好像是,不过,我得测一下,,先用 wx-view 定位,定位完,再改成 view,看看能不能定位。
但是总比,view 不能定位的强吧,调试。
牛逼,大佬,现在看到你这张图了,确实可以用这种方法调试,牛逼
是的,不过,airTest,我有用过,感觉好难用,看似很强大,其实,一点也不灵活,没有 minium 的自由性,可编码,可能是我不熟悉 airTest,,但是感觉很难入手,得单独去学习他的语法,使用模式,而且,根据图形识别,不是有很多缺点么?如果一个页面,有多个重复的图像元素,他是如何进行精准定位。。。。诸多问题