金九银十要到了,是不是很多小伙伴正在准备跃跃欲试,想跳槽到更好的公司。哈哈,今天雨果就来出一期关于软件测试面试系列的经典问题,这些问题都是面试软件测试工程师时问到最多的一些问题,大家可以先收藏起来,备战。
一、当你提交一个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个面试题,是我们出去面试软件测试工程师很可能会被问到的内容,大家也可以根据自己工作的实际情况,在这基础上进行一些修改。
总结:
感谢每一个认真阅读我文章的人!!!
作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。
视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。