统招专科,计算机专业,简历怎么改进比较好,想在广州找
大佬们就没人评价一下吗,
经典的 “我有一个朋友”
培训班的简历吗?怎么改都没用。
重写是最好的选择。
第一次看把 bug 数和测试用例条数写上简历的 打开新世界大门
感觉重复内容过多,亮点不够突出
建议你说你是妹子, 这样一会儿就来不少大佬给你支招了
不要吹太大的牛,等下问仔细点,答不出来,很尴尬并且很降分的。
一问怎么搭建的测试环境,开发给的包,开发帮忙的。。。
用 UI 自动化监测出 150 个 BUG,那你们团队的测试绩效估计都是负的吧。。。。
会用 tomcat 把测试环境搭起来,UI 自动化是我自己用公司的项目搭建起来的,用例数跟 BUG 数没有那么多
团队就两个人,我上司不干活,就我一个人干
建议,多看一下写简历的技巧;
建议去查一下前端开发,后端开发,他们是怎么介绍项目的;
一定要突出项目,为什么要做这个项目,满足怎么样的需求场景,这个在面试过程中,一定会问到的;
项目有哪些难点,你是怎么解决的,你遇到了什么样的问题?
你在这个项目,获得了什么,成长了吗?学到了什么?
然后所有字体先全部,取消粗体,,只有哪些亮点的关键字,打上粗体,让面试官,第一眼就可以看到粗体的关键字 / 数据,提升简历筛选通过的成功率。
自信点 把朋友二字去掉,公司一个人干活 压力三大啊
如果你的项目写的是真实的话,那也不符合实际情况,,一个项目,,用例数怎么可能才几百条,,我几个功能模块,加起来都已经 3,4 百条用例了。
如果我是面试官,这份简历,确实太假,不真实
我说一下我的观感:1、项目有点重复,工作内容流水账,可以把重点、亮点写出来,比如引入了什么工具来提升测试效率(体现学习新知识和落地能力)、发现了哪些重大或者深层 bug(体现用例设计能力和刨根问底的测试人员基本素质)。
2、可以看出业务复杂度不够,面试一些业务复杂度较高的公司会比较吃力。比如你提到代码静检、测试环境的部署、UI 自动化测试,这些业内基本都上 CI/CD,各种 pipeline 了,这方便没有相关实践的话,也得做好应对准备,把你的现状思考清楚。
3、有些语言可以再组织下。比如:熟悉 linux xxx\xxx 等常用命令。这一行,你列举了一些最简单、常用的命令,感觉有点露怯,不如直接写 “熟悉 linux 常用指令”,或者这方便不熟悉的话,直接删去,避免面试时候被针对性提问。
留其精华去其糟粕
可以把和测试关系不大的任务去掉,工作职责精简下,细说可以放在面试中展开,职业技能、项目简介同理,记得给面试留白。干了快 5 年啦,用例数 bug 数这些信息可以去掉啦,你已经是个专业的中级测试工程师啦,别再给人一副应届生的形象
全是后台相关的测试,局限性比较大,找工作有一定难度
确实是业务流程不是很复杂的那种,现在的公司一个项目就几个流程。我再想要不要自己搭建一个网上购物平台、全新聚合支付支付宝代付系统或者股票金融平台 带新股申购进行测试写到简历里面去
如果是用网上的源码自己去搭建一个网上购物平台、全新聚合支付支付宝代付系统或者股票金融平台进行完整的测试,写进简历里面行不行
这个不是你的真实项目经历,跟真实跟进完整的测试流程还是有很大的区别的。而且你即便要写也得注明这个经历的来源,不能算做你的工作经验。
很普通的简历。
“定位 bug 协助开发修复” 这种话我觉得可以拆成几个关键词,你是如何协助开发修复的?是简单的给个复现路径还是你可以深入到具体错误函数?这俩区别很大。比如拆成 “熟练使用日志、本地 debug 定位缺陷原因”