公司需要啥、自己会啥、自己想学啥
根据需求分析测试点、写脚本、部署环境、问题定位都感觉不错。最烦的是写用例,因为写完测试点之后你基本知道怎么执行怎么测试了,但是你还是要一条条的按照格式把用例写完,非常枯燥没有乐趣
会不会是甲方用人只通过外包了,不招正式的了
不管想学啥一定要动起手来,不要犹豫,接口或 UI 自动化网上都有比较完善的教程,随便学
年级大了只有保安、保洁这些没有职业焦虑能一直干,不然任何职业都更倾向于年轻人,除非自己有资本创业、投资。只要是给人打工的必然有被淘汰的一天,不管你技术多好都没用
只能包装下项目经验了
主流程保证好,边边角角的有问题,就看脸皮厚硬抗了
直接转账,五险一金怎么交的啊,感觉像灰色产业啊,有点风险
干啊,ai 方向不错
外包是这样的,有项目就紧急招人,啥人都要没啥要求,没项目就立马清退
每天正常反馈你的测试情况就行了,发现多少 bug,解决多少,剩余多少,责任人是谁,阻塞问题责任人是谁,领导自然会去推动相关责任人,不需要你去推动
你去把唐僧师徒除掉.jpg
什么行业,好奇做啥业务的
你招人也不说哪里的啊
加不加班只能跟着领导风格走了,看你领导是务实的还是喜欢形式主义的,跟着大部队走
机试真的很看运气,你刷再多,运气不好也不行
看招聘的 JD 上怎么写的,如果要求的技术能力很多,面试时又主要侧重业务,面试者确实会比较疑惑,如果 JD 内容和面试内容一致,那么就是面试者的问题没搞清楚这个岗位的要求
跑路是必然的,前提是你觉得自己准备好了
感觉不是很想要你,或者是故意压价呢,应该还有很多竞争者,你要多的话估计不会发 offer 了,亲身经历过薪资都谈好了,offer 一直拖着最后没发,其实就是对方有性价比更高的了
很务实的面试题,都是工作中常用的
就这老板和领导没点担当啊,这种人跟着他,随时都有可能坑你
这是把人当傻子了吗
接口测试通常在集成测试阶段做,保证接口正常能通,入参出参正确就行吧,而且正常集成测试不会有很多时间去做很细致的测试,保障业务主要还是要靠系统测试吧。
需要技术的测试当然有,但是放到整个行业还说,比例很少,而且大部分测试也不是不想卷技术,但是大部分测试日常主要工作都是点点点,学的东西很难有实践机会,自己学习做的一些 demo 都很浅显,没有实践机会很难去深入。过段时间可能又忘了,卷来卷去的反而专注于业务的同事在组里的更被看中,就很有挫败感,就感觉深陷泥潭无法突破
对任何岗位来说业务都是重点,但是业务水平在面试中很难考察出来,而且实际测试工作中,大家都在点点点很难体现出差异,不管业务水平怎么样都能说两句,技术呢就可以很直观