0


软件测试工程师面试题精选

注:纯手打,如有错误欢迎评论区交流!
转载请注明出处:https://blog.csdn.net/testleaf/article/details/123159718
多谢!!!

目录

1、请简单做一下自我介绍?【高频】

【参考答案】
从这些方面组织语言:从业时间 、教育背景、工作经验 、项目经验 、擅长技能、你的性格尽量与个人简历相一致。
【案例】
您好,我叫XX,来自XXXX,XX年毕业于XXX大学计算机专业,从事软件测试工作XX年。最近我测的项目主要是XX,项目中我负责过web测试、app测试。主要进行功能测试、接口测试,也负责过自动化测试、性能测试(跟简历项目一致)。能独立搭建tomcat项目环境,熟悉jmeter性能测试工具及monkey命令行工具的使用, 也有过开发的经验,擅长c/c++、Java、JavaScript编程语言(有该项经验就补充) 我是一个耐心认真的人,有很大的信心做好测试的工作(可说可不说,影响不大)。

2、上一家公司的测试工作是怎么开展的?各个阶段有哪些产出物?

【参考答案】
首先会召开需求分析会议,参加人员有产品、开发和测试,主要是探讨需求主要的一些功能点,完了之后,开发就排期进行开发,我们测试会按照测试计划进行任务分配。先会参考需求规格说明书及原型图编写测试用例,写完之后会进行用例评审,有评审修改的就修改整理形成最终的用例版本,之后开发人员版本编译完成后,我们会先进行预测,主要对主功能业务进行测试,如果主业务流程不通过,直接返回给开发进行修改。预测通过,依据测试用例进行系统测试,测试过程中,提交bug,跟踪bug,进行回归测试直至不存在严重bug,满足用户需求,测试完后编写测试报告,发布上线后,关注web是否正常运行。产出物包括:测试计划、测试用例、bug、测试报告。

3、讲一个熟悉/最近的项目,做了哪些工作?主要负责的什么模块?

【参考答案】
它是一个XXXX平台,主要的业务包括XXXX等;比如XXXX,这是这样的一个项目。
在整个项目中主要测试接口、界面功能,还参与了少量的自动化、性能测试的工作;从项目立项开始就参与包括需求分析、写用例、到具体测试执行、跟开发沟通跟踪bug,到上线后的运行维护。
该项目最近刚测试的一个需求,主要负责的就是XXXX模块、包括XXXX等功能。

4、项目迭代了多少次?每次迭代周期多久?上家公司多少测试人员?多少开发?公司规模?公司地址?公司主要项目的网址?

【参考答案】
项目迭代次数可以参考app版本历史版本次数,web在此基础上做加减。迭代的项目周期有长有短,长的时候需要一个月甚至半年;短的时候,一周甚至两三天就发布一个版本。上家公司的测试人员/开发人员数量、公司规模、公司地址、公司主要项目的网址如实回答即可。

5、给你一个购物车模块,你会如何设计测试用例?【高频】

【参考答案】
(1)界面测试
界面布局、排版是否合理;文字是否显示清晰;不同卖家的商品是否区分明显。
(2)功能测试
①未登录时: 将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加;点击购物车菜单,页面跳转到登录页面。
②登录后: 所有链接是否跳转正确;商品是否可以成功加入购物车;购物车商品总数是否有限制;商品总数是否正确;全选功能是否好用;删除功能是否好用;填写订单功能是否好用;订单中填写的价格是否正确显示;价格总计是否正确;商品文字太长时是否显示完整;店铺名字太长时是否显示完整;满减券商品是否标注;购物车中下架的商品是否有特殊标识;新加入购物车商品排序(添加购物车中存在店铺的商品和购物车中不存在店铺的商品);是否支持TAB、ENTER等快捷键;商品删除后商品总数是否减少;购物车结算功能是否好用。
(3)兼容性测试
不同浏览器测试。
(4)易用性测试
删除功能是否有提示;是否有回到顶部的功能;商品过多时结算按钮是否可以浮动显示。
(5)性能测试
压力测试;并发测试。

*6、说一下你项目的这个支付怎么测试的?

【参考答案】
(1)下好订单之后,在数据库中将订单价格改为0.01元进行支付。等待产品上线之后,进行大额价格的测试,并且做好报销。
(2)考虑其他异常支付情况:比如支付金额超出账户限额;超出账户余额;

7、需求文档不完善或者不准确,怎么处理?项目很紧急,也会写测试用例吗?

【参考答案】
在分析需求文档编写用例的时候,尽量把需求模糊的地方记录下来,同时可以参考市面同类型产品,给予自己的建议;把这些整理成问题集,统一跟产品确认;
项目很紧急,把要测试的验证点写出来;测试完成后,有时间再去整理完善用例。

8、有没有什么测出的特别好的,对开发帮助特别大的bug?或者是印象深刻的bug?【高频】

【参考答案】
一定要提前准备至少1个!
有,可以拿你项目中的举个例子例如:身份证末尾X结尾的,实名认证显示成功。但是后面提现的时候,会报错,后面发现是保存到库里面,都是小写x的。导致提现这边不识别。
如果面试官反问:我觉得这个bug很一般—请淡定,对于不同的项目可能是不同的效果,我对他深刻,是因为花了一定的时间去找到这个bug,并且自己尝试定位到原因,所以印象深刻!

9、提交了一个bug,开发认为不是bug,作为测试怎么办?【高频】

【参考答案】
首先确认开发环境是否跟自己测试环境一致(有时候开发是在他们已更新代码的环境上验证bug的,所以bug就没出现,但在测试环境上面会出现;还要确认缓存有无清除),确认在测试环境能重现,如果确认是缺陷跟开发保持有效的沟通,如果是级别较低的建议性bug,可以先记录到bug平台,先保留沟通;如果是bug级别较高的问题,对应需求文档的预期结果跟开发说明,更有说服力;耐心讲解bug的危害,不行就找产品确认,确认是bug注明情况并再次指派给开发。

10、你是如何部署测试环境的?能说说具体步骤吗?测试环境如何更新?会用到哪些命令?查看日志的命令是什么?你们用的tomcat、jdk等这些版本号是多少?你们公司有几台服务器?

【参考答案】
(1)
a) 咱们项目用的数据库是mysql,然后部署到tomcat,首先确保服务器上tomcat、jdk、mysql已安装好;
b) 新建一个库,运行开发提供的sql脚本,创建好对应项目的数据库表信息;
c) 把开发提供的项目部署包放到tomcat的webapps里面,配置文件放到tomcat的conf里面,并修改好配置文件的IP地址和数据库连接信息;
d)启动tomcat,并在浏览器输入项目访问地址,是否能打开项目界面,确认项目环境是否搭建成功;
(2)
开发修改代码后,会提交新的项目包,会替换tomcat的webapps原有的代码包,然后清除work下的缓存,重启tomcat;另外有涉及数据库升级脚本,同步执行升级脚本;大概就是这样。
(3)
cd ps -ef|grep tomcat kill ls vi ll ./startup.sh;
查看日志tail -f 日志文件名;
(4)版本号自己好好去看下当时环境的版本号;注意,涉及到具体数据,灵活变通。
(5)一般是三台服务器;开发环境,测试环境,生产环境各一台,当然最少是3台,多的10来台都有的;

11、你们接口项目有多少个接口?说一下你们是怎么做接口测试的?

【参考答案】
(1)接口多少个,没有具体算,(如果面试官一定要你说数字,可以100多个);我只负责了部分接口,大概30多个的测试;[问到概率不多,做了解]
(2)
先对开发提供的接口文档做好需求分析,进行用例编写及评审,然后就是选择jmeter做接口预测,确保接口功能能正常调用,然后才进行详细的测试。
具体测试是用jmeter来完成的,比如先在测试计划下面添加线程组,添加http请求,页面进行相对应的接口请求地址、请求方式、传入参数的设置;然后添加查看结果树;点击运行,关注查看结果树中的响应结果中的status、code、msg信息是否跟预期一致,同步关注数据库变化,一般会在数据库项目表中插入一条信息,要确保插入表的各个字段数据的正确性;碰到报错的时候,需要通过日志排查下问题。大致就是这样。

12、请列出接口测试用例的设计思路或方法?接口测试用例是怎么写的?

【参考答案】
首先了解接口需求,查看概要设计文档,弄懂业务逻辑和功能模块;
(1)先保证这个接口功能是好的,也就是输入正常的参数输入,是否可以返回正确的结果
(2)然后考虑接口异常验证:包括必填项验证、长度、类型异常等;比如说手机号11位,输入非11位,10位、12位的来验证;
(3)还需要考虑接口的业务逻辑。比如说必须执行了XXXX,才能修改XXXX;
(4)一些必要的接口安全验证要考虑到,例如注册接口中传入的密码是需要加密的;还有就是权限这块,必须是已登录已实名的账户才能进行操作,这跟业务逻辑是一样的;
(5)编写用例的时候注意用例内容包括用例id、接口名称、请求方式、接口地址、用例标题、输入参数、预期结果(包括返回结果、数据库表字段变化);

13、接口测试你是怎么定位bug的?请详细说明一个bug的发现过程?

【参考答案】
(1)如果返回结果是正常的:查看数据库以及日志是否有问题,无问题,则测试通过;有问题例如数据库数据增删改有问题就提交bug到bug管理系统;
(2)如果返回结果是异常的:
a、先确认地址、参数名、参数传值等是否正确,有问题对应修改;
b、如果这些请求设置,传值都没问题,查看数据库以及日志是否有问题,有问题,则提交bug到bug管理系统,并且附上有问题的数据以及日志。
Bug提交自行举例。

14、web和APP测试有何区别?【高频】

【参考答案】
相同点:
(1)同样的测试用例设计方法;
(2)同样的测试方法;都会依据原型图或者效果图检查UI;
(3)测试页面载入和翻页的速度、登录时长、内存是否溢出等;
不同点:
(1)app的中断测试:来电中断、短信中断、蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题(系统死机重启);
(2)app的安装卸载:全新安装、升级安装、第三方工具安装、第三方工具卸载、直接删除卸载;
(3)消息推送测试、手机授权测试、前后台切换、网络环境(wifi/2G/3G/4G/无网络);
(4)兼容性测试:web项目考虑不同浏览器的兼容;app需要考虑手机不同操作系统、不同机型、不同屏幕等;
(5)web自动化测试工具较常用selenium,而手机自动化monkey、monkeyrunner;

15、有没有写过测试计划?里面包括哪些内容?

【参考答案】
一般是测试组长写的;测试计划包括的内容:测试目的、测试范围、测试时间安排、人员任务分配、测试策略及方法、测试环境内容、风险评估;(参考“5W+1H”去记忆)

16、你觉得一个测试工程师应该具备哪些素质和技能?【高频】

【参考答案】
硬技能方面:
(1)计算机知识,包括操作系统,数据库,通讯协议原理,熟悉至少一门编程语言;
(2)软件测试知识,包括测试理论,测试方法,测试用例编写,缺陷跟踪流程,软件质量评估等;
(3)产品业务分析能力,熟悉所测产品的一些隐藏需求或功能;
素质就是测试相关例如:
(1)耐心细心;
(2)责任心,对自己测试的项目有一定的责任心;
(3)良好的沟通能力,在出现问题的时候,才能跟开发进行良好的沟通,让整个项目进展更加顺利;
(4)团结及合作能力;
(5)学习能力;
(6)分析及解决问题能力;

17、对我们公司了解吗?

【参考答案】
提前有去百度或官网了解面试公司的介绍及主营业务。清楚咱们公司是XXXX成立的,目前主营产品及业务是XXXX。
一定要说了解。

18、你觉得你个人最大的缺点和优点是什么?【高频】

【参考答案】
目的:考察情商,想看诚实,能够认识的问题,并且有解决问题的思路。人非圣贤,孰能无过。知错能改,善莫大焉。
所以缺点必须是真实的,无伤大雅的,并且已经发现,并且有改进措施。
不想看到:强行把优点改成缺点,没缺点,调侃(吃太多–严肃点);
严重的毛病:
如懒,不认真,就不要说;
【案例】
优点:最好跟工作相关的优点:例如抗压能力强,可以举例自己公司赶项目,连续加班半个月,每晚10点后下班的情况;
缺点:要有技术含量地说一些小缺点,比如我的记忆不太好,但是我认识到了,所以平时我会弄很多小标签、备忘录来提醒自己;

19、你对薪资的要求?【高频】

【参考答案】
绝对要说一个具体的值,不要说区间。 可以参考职友集上的薪资:https://www.jobui.com/salary/guangzhou
注:
(1)了解市场薪资水平:
一般来说,跳槽涨薪可达 10%-30%,高的话 50%,甚至是翻倍。如果跳槽前没有做足够的薪资调查,则很容易吃亏。在招聘平台依据自己工作年限进行搜索,多对比几家公司薪资区间,作为自己期望薪水的参考。
(2)面试中如何正确谈薪:
如果应聘者符合企业招人要求,面试时,HR 会主动提出谈薪的话题,否则你可能不是合适人选。当被问到"你期望薪资多少?",应该如何回答呢?
①直接告知对方“具体的期望薪资”:
例如 ”我看了公司岗位薪资是 12-18k,所以我期望 16k“ 。如果已经做过市场调查,明确期望后,当 HR 问到期望薪资时,不建议反问“公司给出的薪资范围是多少?”,一般来说,HR 要么不说要么就直接把薪资范围缩减了,这反而使应聘者不占据主导权。当明确期望后,最好是自己直接说出期望。接下来就看 HR 能否给到了。
公司开出的薪资范围是 12-18k。一般来讲,12k 是公司在这个岗位愿意支付的真正薪资,谈薪可上下浮动 20%-30% 不等,18k 非行业真实薪资水平,可能只是为了吸引更多人投递简历而已,一般是给不到的。
如果你真的面试太差劲,HR 基本是不会跟你谈薪的,而是“今天的面试就到这吧,后面有结果我们再通知”。因此担心开薪过高,其实没必要,如果你真的是对方的合适人选,当你的期望过高时,HR 会跟你谈判的。
②不要因为 HR 压价,随意降低期望,但是可以给予商量的余地:
除非你的期望在 HR 完全可接受范围内,HR 会很痛快接受;否则当应聘者抛出一个期望薪资时,HR 习惯性的回复话术都是:“看了下,你XXXX,我们这边最高只能给到 xxxxK!…”
这个时候,不要急于回复说,“那好吧,我考虑下”。很多公司的 HR 都是以最高性价比招到合适的人为目的,所以 HR 压价是习惯,但这并不意味着,这个薪资就完全不可谈,切忌表现得我急于想获取这份工作,建议至少为自己争取 1-2 次,这个时候,可以先问下对方公司的薪资结构。
在 HR 回复说明薪资结构时,尽量问清楚细节,例如
是否加班,周末双休?加班费?是否任务绩效?考核绩效的难度?绩效奖?项目奖、年终奖等怎么算?对于“五险一金”,公司缴纳的比例,个人的缴纳比例是多少?试用期怎么算?每年是否都有提薪?提薪比例及范围是多少?提薪的标准是什么?
这样综合确定下是否在自己的期望薪资区间,但注意一个原则,尽量保证基本工资是可观的,毕竟奖金福利补贴等浮动性较大,如果低于期望,则可直接地跟 HR 说明:“你好,是这样的,我上家公司基本薪资就达到了 12K,加上绩效奖、福利,公积金这些,每月差不多 14k,所以对于这个薪资,希望你这边帮我往上争取一下”。
如果是在自己的期望区间内,但未达到高期望区间,可多补充到个人能力,自己可为公司做出的价值,尽量为自己争取到一个高薪资。
另外注意下正规公司的薪酬体系都比较完善,比如 1-3 年工作经历,提供薪资范围 9k-15k。那么 15k 是上限,一般不会超过这个上限。这个时候可多关注公司其他福利,发展平台以及个人发展,做综合考量。
③学会骑驴找马,综合对比多家 offer:
谈薪其实不仅仅只面试过程,当期望 HR 给予更高薪资争取后,接下来的 1-2 天,HR 会告知争取后的薪资结果,这个时候可判断是否在于期望区间,来决定接收 offer;如果 HR 没有主动告知,我们也可在 2 天后主动询问 HR 争取的结果。一般的面试时间大概为 2 周,过长的时间会让应聘者感到疲累,面试周期内,尽早保证先拿到一家 offer,并且可以这份 offer 为基准,作为接下来面试开薪的参考。
另外对于面试没有很好把握的小伙伴,建议先不要提离职也不要透露离职想法,尽量找到下家再离职,这样可减少心理和经济负担,同时也可增加议价能力。

20、用fiddler做什么?说下具体过程?

【参考答案】
(1)抓包,分析定位系统问题。
(2)利用fiddler可以将测试环境资源重定向到本地,快速验证一些bug。
(3)利用fiddler可以完成做一些简单的接口测试。
(4)利用fiddler的断点可以完成一些特殊场景下的测试,比如安全测试。
例如:
web抓包,先进行fiddler的代理设置,默认端口号是8888,然后浏览器也要确认是否开启了网络代理; 代理设置确认后,浏览器输入要访问的网站,然后fiddler就可以抓取到对应的网站信息了,这里如果不想抓取所有网络资源,可以fiddler的过滤器设置一下只抓取自己网站的。

21、给你一个项目,你会怎么测试?

【参考答案】
按工作流程来回答:
(1)需求分析
(2)制定计划
(3)编写测试用例以及相关文档
(4)执行测试/回归测试/提交bug
(5)出具测试报告/上线后进行维护性测试
按测试方法来说:
黑盒测试/功能测试:我们重点体现在:测试用例的设计,采用常用的设计方法:等价类划分、边界值、错误推测法、场景法

22、如何测试一个纸杯?(类似于铅笔、椅子、电梯、雨伞、发红包等!)【高频】

【参考答案】
在这里插入图片描述

23、一天能写多少条用例?能执行多少条用例?发现多少bug? 如何保证测试用例的覆盖率?

【参考答案】
一天写多少用例或者是执行多少用例、发现多少bug是根据项目的需求是否明确,项目功能模块是否复杂、程序员的代码质量以及当天的时间安排来确定的。
举例说明:我最近测试的一个XXXX功能,由于是功能升级,所以我们一天就写完用例了,只重点关注XXXX这一块的功能,大概写了200多条用例,执行我们用了3天的时间,bug一共大约是80多个。
如果问:bug这么少?—直接回答,可能是我们程序员的需求分析做的好,功能代码写的六;
保证用例覆盖率的话,首先自己在编写测试用例的时候,尽量覆盖所有的功能+功能业务,采用合理的用例设计方法去包含所有的正面、反面的测试点,然后我们会开展测试用例评审会议,开发测试产品一起讨论,进一步保证用例已全部覆盖所有的需求功能;测试执行过程中,发现的未被覆盖完整的用例,测试完整后,会进行用例完善。尽量确保下一次用例的覆盖完整。

24、测试数据你们是怎么做的?怎么在用例里面体现出来?

【参考答案】
我理解的测试数据包括测试输入的数据,还有作为待测对象的数据例如报表记录这种数据。
测试输入的数据是自己准备的,有难度的才叫开发帮忙,比如设计到数据库加密处理这种数据。举个例子说明:最近测试的一个XXXX功能,我们需要提前准备好用户数据,用户的登录信息,用户的账户余额准备,以及XXXX。这些都是我们自己通过后台以及结合数据库做的测试数据。

25、对于复现率不高的bug怎么处理?

【参考答案】
答题需覆盖提交+跟踪;示例:
先在出现问题的环境上尽量重现,保持浏览器环境、出现问题的特定账号等的一致,多次尝试仍然不能重现,也要记录到bug平台,将出现问题的特征步骤尽量描述清楚,附带问题截图及日志截图,注明偶现;
如果项目时间允许,bug等级高,需要开发协助重现;如果时间不允许,记录到bug平台后续再跟进。多次测试版本验证,如果这个bug仍然复现不了,可能会视严重程度关闭。

26、请写出内连接,左连接,右连接的关键字,并分别简述其作用。

【参考答案】
LEFT JOIN:左连接,会读取左表全部数据,即便右表没有对应数据。左连接从左表产生一套完整的记录,和右表匹配的记录 .如果右边没有匹配记录,右侧结果集字段将为null
RIGHT JOIN: 右连接,以右表为基础,与LEFT JOIN相反
INNER JOIN :内连接,或等值连接,可以获取两个表中字段匹配关系的记录。

27、你们什么时候做接口测试啊?为什么要做接口测试?

【参考答案】
一般是前端还没有开发出来,但后端已经开发差不多的时候做。
开发代码初期,UI和web页面设计还没有到位,提前介入测试更早发现问题,否则底层的一个bug可能会引起外面的很多bug;
处于接口安全层面考虑,前端进行限制容易绕过,需要同样测试后端的限制;另外测试接口验证数据的加密传输,例如用户密码;

28、POST和GET 的区别是什么?

【参考答案】
(1)GET提交的数据会放在URL之后,以 ?分割URL和传输数据,参数之间用 & 相连;POST方法是把提交的数据放在HTTP包的Body中;
(2)GET提交的数据大小有限制(注意:HTTP协议规范没有对URL长度进行限制,这个限制是特定的浏览器及服务器对它的限制);POST方法提交的数据没有限制;
(3)对参数的数据类型,GET只接受ASCII字符;而POST没有限制;
(4)GET请求参数会被完整保留在浏览器历史记录里;而POST中的参数不会被保留;
(5)GET比POST更不安全,因为参数直接暴露在URL上,所以不能用来传递敏感信息;

29、测试报告包括哪些内容?测试报告交付文档有哪些?你认为测试报告的侧重点是什么?

【参考答案】
测试报告中主要包括本次测试记录,像测试范围、测试开始结束时间、测试人员、用例覆盖、执行通过率;还有bug统计及分析,总体bug汇总、bug不同维度的统计分析等;最后还有测试结论;
交付物主要是测试用例、提交的bug、测试报告;
侧重点我认为是bug的结果分析以及测试结论。

30、测试过程中用过哪些测试工具?怎么使用的?

【参考答案】
自己会用的工具:Jmeter、postman、fiddler等。jmeter简单压力测试、接口测试;postman接口测试;fiddler抓包工具;
举例子简述如何操作:用的比较多的是Jmeter,我们一般用来测试接口。比如说以前测试过XXXX接口,首先创建一个线程组,添加一个http类型的请求,把url以及参数都填写到http请求界面,然后再添加一个查看结果树,方便我们自己查看http请求以及返回结果。根据接口测试用例来一一测试接口,并把发现的bug提交到缺陷管理平台上面。

31、在平时测试工作中你是如何保障测试的质量的 ?

【参考答案】
(1)从需求阶段开始,先理清楚产品的大致功能及功能模块的联系,进而再去熟悉需求细节,把需求不明确的部分及时跟产品进行沟通;
(2)需求确定后,时间紧张的话,按功能模块去整理测试点,整理过程中也会参考同行业的产品去进去测试点设计;整理完成后,测试内部会进行测试点的评审,进而保证对于需求覆盖的完整性;
(3)测试执行过程中,注意bug格式规范,提交详细有用的bug信息,便于开发解决问题;且做好bug跟踪。碰到测试点覆盖不到但出现bug的地方,都做好文档总结;
(4)每天发送日报汇报进度安排,便于项目管理跟踪——项目结束后进行项目总结,便于下次项目测试;

32、有做过安全测试吗?

【参考答案】
没有做过规范化的安全测试,拿我们项目来说,安全测试主要是对用户登录的校验、密码加密;充值、提现必须是绑定手机号的短信验证码校验;所有XXXX操作必须是实名认证为前提的,做压力测试的时候如果同一个ip地址的请求过多,网站会判断为恶意攻击,打入黑名单。

33、你每天的工作内容是什么?你平常都会看一些什么网站?

【参考答案】
如果是项目期间,一般都会通过公司邮件发布测试任务,然后每天基本的工作内容就是进行测试,下班之前会提交工作日报,包括今天测试了什么项目,测试进度,测试出的问题等;如果是非项目时间,会进行一些文档的整理,比如说测试用例的完善;或者是自我技术提升的学习;
可以讲一些技术博客,技术论坛等;比如CSDN、博客园;千万不要说什么视频网站、天猫淘宝、王者荣耀之类的,要考虑面试官问这个问题的用意!

34、为什么要转行到测试行业呢?如果是开发转测试请回答:为什么开发转测试?开发转测试有什么优势或技能?【高频】

【参考答案】
(1)为什么换行?
可以说自己所在行业呆了不短的时间了,薪资涨幅,职场晋升都比较难;
刚好身边有亲戚(表哥/表姐/堂哥/堂姐/发小)之前是做开发/测试的,行业薪资待遇都不错;
然后就带着我学习了些测试入门的东西,推荐我去找了工作,就这么转行进来的。
(2)开发转测试:
①对软件测试的未来看好》》这样既说明你很了解行业发展,也很有规划和选择;
②开发的要求是深度,测试的要求是广度,所以测试可以让自己知识涉猎更加广泛一点;
③ 具有开发经验,Linux系统熟悉,对SQL熟悉,对软件测试会有相当大的帮助,更能胜任软件测试工作;
④做过开发,逻辑思维能力强;
⑤对软件内部实现、功能需求、功能实现了解更深入,能根据自己的经验分析,哪里容易出错,快速定位找出bug出现的地方,更有针对性。
⑥会代码,更适合做自动化测试。
⑦自身性格特点》》很细致很有条理,很擅长找bug,很擅长沟通。

35、能否说一下上家公司离职原因?【高频】

【参考答案】
目前所在公司业务比较少,平常测试比较闲,想多充实下自己,在技术上再多历练提升下自己。换城市的可以说,因为离家近想在城市稳定下来或者说还年轻,想多在沿海打拼。
以下是忌讳和注意的地方:
(1)最重要的是:让HR小姐姐相信,你在过往的单位的“离职原因”在此家公司里不存在;
(2)避免把“离职原因”说得太详细、太具体;
(3)不能掺杂主观的负面感受,如“太辛苦”、“人际关系复杂”、“管理太混乱”、“公司不重视人才”、“公司排斥我们XX的员工”等;
(4)但也不能躲闪、回避,如“想换换环境”、“个人原因”等;
(5)不能涉及自己负面的人格特征,如不诚实、懒惰、缺乏责任感、不随和等;
(6)尽量使解释的理由为个人形象添彩;
给个总结,如何回答HR这个为何离职的问题:给人积极向上的感觉、给人看到你会长期在这边工作的感觉;

36、你对加班的看法?对996的看法?

【参考答案】
之前公司在项目紧急的时候,也有加班情况,所以加班对我来说没问题,能适应。
虽然我之前工作环境不是996环境,但项目紧急情况下也会有加班;
所以适当的加班强度对我来没问题。996毕竟我没经历过,但如果咱们公司是996,我也愿意尝试,去适应。

37、你可以评价一下你的上级吗?

【参考答案】
不要说上级不好的话。可以简单评论下,老大脾气很好之类的,也不要多说。

38、你的职业规划?

【参考答案】
大部分人回答的很笼统。就说我想往性能、我想往自动化、我想往白盒建议从1年计划、2年计划、3年计划、5年计划分别去好好思考,比如技能掌握程度(包括主流工具、代码语言等掌握),业务掌握程度细节考虑;

39、你还有什么问题想问吗?【高频】

【参考答案】
企业不喜欢求职者问个人福利之类的问题!不要问薪资待遇等,最好体现出你对学习的热情和对公司的忠诚度以及你的上进心。
例如:我们的项目团队人数是多少?测试多少开发多少?目前做的项目是什么?等不要主动问对方公司有无培训?!
参考答案: 您担任的职位是?公司现在的规模是什么样的?有多少人?项目在公司的地位?项目目前的状况,发布了几个版本,以后的计划?我如果入职的话,以后从事的是哪一块的工作?
如果面试情况不好,可以直接问刚刚没回答的某一个问题,请教面试官。反例:反套路(动辄上升渠道和培训机会),没问题(缺乏思路和主动能力)。不要问薪资待遇福利(HR问)福利待遇在人事沟通的时候再问,不适合面试的时候问。
目的:考察主动思考能力,对公司职位的青睐性。原则:一定要问,但是不要问多(1-3个),体现自己对这份工作的热情。比如:团队现状,项目现状;主要业务,对于公司,职位,感兴趣的技术咨询;

40、是否做过性能测试?你对性能测试了解哪些?

【参考答案】
有简单的接触过。采用的工具是Jmeter,进行轻量级的压力测试。
(1)确定好压力测试的功能模块,首先利用JMETER录制脚本,然后对脚本进行优化;
(2)对一些测试数据进行参数化,利用CSV导入存在txt文档里面的数据;
(3)设计测试场景;
(4)执行压力测试;
(5)查看压力测试结果,并对数据进行分析,主要考虑错误率、吞吐量、平均等待时间这些;
(6)出压力测试报告;

41、是否了解python自动化,如果了解,请简单介绍你用的工具或框架?

【参考答案】
对自动化是有所了解的;
自己会用selenium做web自动化测试、用appium做app自动化测试、用uiautomation做windows端自动化;

42、用python如何实现接口自动化测试?

(1)安装requests库 pip install requests;
(2)根据接口文档,使用python编写接口请求;
(3)根据测试方法,编写正常、异常测试用例;

最近新开发了一款微信小程序《诗词历史间》,支持按标题/朝代/作者/诗词内容查询常见的古代诗词,希望得到您的使用:


本文转载自: https://blog.csdn.net/testleaf/article/details/123159718
版权归原作者 testleaf 所有, 如有侵权,请联系我们删除。

“软件测试工程师面试题精选”的评论:

还没有评论