软件测试工程师高频面试题

1、请简单做一下自我介绍?【高频】
2、上一家公司的测试工作是怎么开展的？各个阶段有哪些产出物？
3、讲一个熟悉/最近的项目，做了哪些工作?主要负责的什么模块？
4、项目迭代了多少次？每次迭代周期多久？上家公司多少测试人员？多少开发？公司规模？公司地址？公司主要项目的网址？
5、给你一个购物车模块，你会如何设计测试用例？【高频】
6、说一下你项目的这个支付怎么测试的？
7、需求文档不完善或者不准确，怎么处理？项目很紧急，也会写测试用例吗？
8、有没有什么测出的特别好的,对开发帮助特别大的bug?或者是印象深刻的bug?【高频】
9、提交了一个bug，开发认为不是bug，作为测试怎么办？【高频】
10、你是如何部署测试环境的？能说说具体步骤吗？测试环境如何更新？会用到哪些命令？查看日志的命令是什么？你们用的tomcat、jdk等这些版本号是多少？你们公司有几台服务器？
11、你们接口项目有多少个接口？说一下你们是怎么做接口测试的？
12、请列出接口测试用例的设计思路或方法？接口测试用例是怎么写的？
13、接口测试你是怎么定位bug的？请详细说明一个bug的发现过程？
14、web和APP测试有何区别？【高频】
15、有没有写过测试计划？里面包括哪些内容？
16、你觉得一个测试工程师应该具备哪些素质和技能？【高频】
17、对我们公司了解吗？
18、你觉得你个人最大的缺点和优点是什么？【高频】
19、你对薪资的要求？【高频】
20、用fiddler做什么？说下具体过程？
21、给你一个项目，你会怎么测试？
22、如何测试一个纸杯？（类似于铅笔、椅子、电梯、雨伞、发红包等！）【高频】
23、一天能写多少条用例？能执行多少条用例？发现多少bug? 如何保证测试用例的覆盖率？
24、测试数据你们是怎么做的？怎么在用例里面体现出来？
25、对于复现率不高的bug怎么处理？
26、请写出内连接，左连接，右连接的关键字，并分别简述其作用。
27、你们什么时候做接口测试啊？为什么要做接口测试?
28、POST和GET 的区别是什么?
29、测试报告包括哪些内容？测试报告交付文档有哪些？你认为测试报告的侧重点是什么？
30、测试过程中用过哪些测试工具？怎么使用的？
31、在平时测试工作中你是如何保障测试的质量的 ？
32、有做过安全测试吗？
33、你每天的工作内容是什么？你平常都会看一些什么网站？
34、为什么要转行到测试行业呢？如果是开发转测试请回答：为什么开发转测试？开发转测试有什么优势或技能？【高频】
35、能否说一下上家公司离职原因？【高频】
36、你对加班的看法？对996的看法？
37、你可以评价一下你的上级吗？
38、你的职业规划？
39、你还有什么问题想问吗？【高频】
40、是否做过性能测试？你对性能测试了解哪些？
41、是否了解python自动化，如果了解，请简单介绍你用的工具或框架？
42、用python如何实现接口自动化测试？
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）根据测试方法，编写正常、异常测试用例；
————————————————
版权声明：本文为CSDN博主「testleaf」的原创文章。
原文链接：https://blog.csdn.net/testleaf/article/details/123159718