聊聊软件测试行业的趋势和面试的问题

伴随着这几年移动互联网领域的崛起,好多的创业公司开始涌现,也包括诞生了拼多多、快手等这些互联网大厂。领域的崛起带动了好多的资本和投资者进场,直接表现就是领域从业人员待遇整体提高。特别是学校每年都会开启一场抢人大战,提前批,内推,非常火爆。

就2021年校招来讲,好多学历比较好的计算机专业大学毕业的本科生、研究生,假如能进入一家二线以上的互联网公司,薪资二三十万是很轻松平常的。普通院校本科生假如技术比较好的话,薪资10k起也屡见不鲜。

社招来讲,互联网从业者的薪资也是明显大于别的像化工、建筑、材料等传统行业。特别是对于从事技术职位来讲,薪资更是超出一档。技术岗就包含算法、研发、测试、运维等职位。这些职位相对金融、教师、医生等职位更加不看出身,也没那么看重学历,只要你技术好,专业能力强,那么你就能进入好的企业,拿到比别人更高的薪资。

很久以前看到知乎上有个很火爆的问题,考上好大学学IT是不是现如今中国穷人家孩子晋升中产的唯一出路?大家可以看下高赞答案,基本来看,IT领域是为数不多的最容易逆袭的领域,只要你努力钻研技术,提高自身专业能力,那么你就能过上自己想要的生活,变成自己想要的人。因此当你选择了从事IT领域技术职位,不论是转行还是科班出身以后,你都应当坚信你选择了一条无比正确的道路。

特别是对于软件测试来讲,相对性价比更高。它不像开发条件较为高级,必须有很强的编写代码专业能力。这个时候也许有人会说,开发发展前景待遇比测试好?然而真的是这样吗?对于同一家公司来讲,开发确实比测试薪资高一档。

可是你不要忽略这样一个问题,有很多人做开发进不去一二线互联网大厂,可是做测试要求低于少数,就可以进去并且胜任职位。要知道,大厂给测试开出的薪资是要比一般公司研发职位高出不少的,这完全就是一种降维打击。因此,做测试又未尝没有发展前景呢?一直觉得混的好不好跟职位没啥关系,更多取决于人本身。

再来讲说测试领域,大家都知道学IT香,因此有越来越多的人转行进入这个领域。最后就是领域对测试人员整体要求大幅提高。前几年学几个工具,有点测试思维就可以找到不错的工作,现在2021年了,你必须懂得编程、懂自动化、懂性能,必须学一堆技能,才能站稳脚跟。然而有很多同学们,花费了好多时间学习了接口测试、编程、自动化、性能等技能,最后面试还是失败,就算通过,也并没拿到满意的薪资。这是为什么呢?

面试能不能通过除了跟你本身的技术水平有关,更多的是取决于你的面试表现,也许就短短的半个小时到一个小时就能决定你未来两到三年在这家公司任职的薪资。能不能拿到更高的薪资?就一句话,看你能不能唬住面试官。能不能让他短时间内觉得你很牛。

软件测试可分为哪些类型?

答:我理解的测试类型的话,就可分为功能测试,性能测试和自动化测试。自然还有别的少数名词,你比如说咱要是依照阶段来进行测试划分的话,又可以说可分为单元测试,集成测试,系统测试,还有验收测试。又可以根据懂不懂编写代码,可分为白盒测试和黑盒测试,还有少数其他的测试,比如回归测试,冒烟测试,还有随机测试。像这个测试类型真是太多了。

问:工作中如何提交bug,一条bug包含哪些内容?

1.和bug造成对应的软件版本

2.开发的接口人员

3.bug的优先级

4.bug的严重程度

5.bug也许属于的模块,假如不可确定,可以用开发人员来判断

6.bug标题,必须清晰地描述现象

7.bug描述,必须尽量给出重新bug的步骤

8.bug附件中能给出相关的日志和截图。

问:测试过程中遇到一个bug,开发不觉得是bug怎么解决?

答:该问题是面试时常见问题,没固定答案,可是该问题可以反映出测试人员在发现问题后,如何处理问题的专业能力,可以表现出候选人的主动处理问题的专业能力和思路,作为一名测试人员,发现并主动处理问题最为关键,这里列出几点,便于HR参考:

最先分析下究竟会有哪些缘故会造成开发不更改bug:

1、开发与测试对bug的定义理解不一致造成的问题,比如暴力使用、非常规使用造成的问题、问题路径深、服务器返回的数据不规范、竞品同样有的问题、少数机型问题等情况,开发也许会不愿意更改。2、工作流程这方面的缘故,比如开发有更高优先级的任务没有时间更改、发布时间紧急,赶不及更改、开发不关注名下的bug、开发觉得目前的完成比产品需求好等情况

3、自然还有个人能力缘故,比如找不着好的解决方法、影响范围大、找不着bug缘故,没解决方法、技术完成难,不清楚怎么修改等等缘故

4、另外还有少数不可抗力的客观因素,比如系统问题,第三方应用问题等等我们逐条分析并列出简单的解决方法:

1.对于更深路径的bug,测试在推动开发修复bug时必须注意以下问题:

1)从用户角度分析问题的严重性,分析用户可能遇到的问题,引导开发者从用户的角度来思考,让开发者认识到问题的严重性。

可与开发人员列出以前的类似问题,为开发提供参考。3)产品是负责该软件的人员。当测试和开发意见不一致时,不要因为无法促进开发变更而放弃。你必须找到产品来确定,最终的决定权将交给产品人员。

2.发布时间紧张,开发赶不及更改了,这个时候测试应当分析问题的严重性,和产品人员商议是否必须更改。

3.更改bug改动较大,影响范围广,没有最优的解决方法等情况在项目即将上线的节点较为忌讳这类事情的发生。

面对这类情况,建议开发人员做调研工作,求教别的同事,或者安排一个临时会议,集众人之力研究好的更改方案。4.第三方应用问题,开发无法更改。确定缘由之后必须找相关的工作人员,比如产品,联系第三方输入法的工作人员,反馈问题,尽量推动应用处理问题。bug修不修,测试应当有个自己的原则,与此同时也需要权衡利弊。不可因为推不动开发,就放弃,由着bug发布,也不可揪着一个小bug不放,影响发布时间。

看了这篇内容后,坚信以下两件事,也会对你的自我提升有一定的帮助:

1、点赞,让更多人能看到,同时你的认可也会鼓励我创作更多优质内容。

2、要让自己变得更强:想想,假如你是要在测试这个行业长期做下去,你的工作经验和测试技术是绝对不够的,你需要提升,你需要丰富你的技术栈!还等什么!

这一些资料,对做【软件测试】的朋友而言应该是较为完整了,这类学习资料也陪伴我走过了最艰难的路程,希望也可以帮助到你!万事要尽早,尤其是技术行业,一定要提升技术功底。

Guess you like

Origin blog.csdn.net/m0_63052740/article/details/121400460