软件测试跳槽必备面试题 —— 4个常问面试题

320 篇文章 0 订阅
165 篇文章 0 订阅

金九银十要到了,是不是很多小伙伴正在准备跃跃欲试,想跳槽到更好的公司。哈哈,今天雨果就来出一期关于软件测试面试系列的经典问题,这些问题都是面试软件测试工程师时问到最多的一些问题,大家可以先收藏起来,备战。

一、当你提交一个bug,开发不承认,也不愿意修改怎么办?

这个情况一般是考查你的沟通能力以及处理问题的能力

千万不要一上来就直接说,如果开发不修改就直接找领导。这样只会让面试官觉得你的能力不够。

那么怎么样才能更好的回答这个问题呢?

我们可以分成2种情况:

1、首先确认一下这个bug,是不是需求中有明确提及的,如果是多测试几遍确认是bug后,可以先找到开发,心平气和的跟开发说明bug的情况,以及bug不修改可能带来的后果,必要时也可以直接在开发面前复现bug。这个过程中切忌不要与开发争吵,注意语气。如果开发还是不愿意修改再跟领导汇报实际的情况。

2、如果这个bug不是需求中明确提及的,但是你觉得有必要修改的,可以先跟产品人员沟通下情况,看看是不是要这个添加到需求上。

整个处理的过程中一定要语气平缓,讲究方式方法。

二、介绍一下你之前工作的流程

拿到需求后,先分析需求,开需求评审会议,

然后测试组制定这个项目的测试计划,规划这个项目整个测试的任务,实现的目标,测试工作的安排。

接着呢,会根据测试计划写一个测试策略,测试过程中具体要用到的测试方式,怎么具体实施。

根据自己负责的模块设计测试用例。执行测试用例。

在执行测试用例的过程,找到bug,然后对bug跟踪管理。直到bug被开发正确地修复。

所有的测试工作完成后,再写整个测试过程的总结。测试最后的一个结果。

三、你说说具体bug的处理流程

我们一般用工具去跟踪管理bug

当发现bug后,先提交bug,确认是bug后,由相应的开发去修改。

开发修改后会重新返回给我们测试,如果测试后发现bug再也没有出现了,就可以把这个bug关闭了,如果测试后发现这个bug并没有正确修改,仍然有问题,就重新打开让开发再次修改,直到bug正确修改完成。

四、你在实际工作中用到最多的设计测试用例方法有哪些呢?

我在工作中用到最多的设计用例方法主要有

等价类划分法:对条件进行划分,分成有效类和无效类

边界值分析法:注重数据的边界和临界点

错误推测法:凭借以往的经验和直觉来判断和感知可能存在bug的地方

因果图法:注重条件组合的分析

场景法:注重业务逻辑业务流程的分析

好了,今天就先分享这4个面试题,上面的4个面试题,是我们出去面试软件测试工程师很可能会被问到的内容,大家也可以根据自己工作的实际情况,在这基础上进行一些修改。

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值