本文主要是介绍测试面试面的稀巴烂。复盘了一下没回答上来的问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
面经哥只做互联网社招面试经历分享，关注我，每日推送精选面经，面试前，先找面经哥
线上出现BUG怎么办？
根据之前的一些经验来看，首先和开发一起初步评估而且的严重程度和产生原因。
如果是出现了影响面比较大的功能性问题，且暂时不好定位具体原因，首先考虑是做代码回
滚，恢复到上一个稳定版本。然后在测试环境进行复测，并定位问题原因。
如果能快速定位问题原因，开发会做紧急修复，测试通过后会申请紧急上线。
如果是性能方面的问题，一般会进行扩容，或者重启尝试解决，然后开发会做进一步问题定
位和优化。
如果是不太严重的问题，通常会放在下一个版本解决。
最后，线上bug咤解决后，要做问题复盘，将整个过程记录下来并进行相关分析总结，避免后
续出现类似问题
项目快上线了，突然发现了一个bug，如何处理？
首先和开发、产品一起评估下这个bug的严重程度和影响范围。
如果是比较轻微的可以考虑先上线，在后续迭代版本中修复；
如果是比较严重的找开发沟通下，看看能不能快速修复，并且有足够的时间去做下测
试。
如果时间不足了，那就得跟相关人员沟通下，是不是先延期上线，毕竟强行上线后可能会造
成严重的后果。
你怎么测试接口的？
先了解接口的业务功能、入参出参以及接口对应的数据库存储
再依据接口测试用例设计方法完成接口测试用例的设计
最后依据测试用例使用接口测试工具完成接口测试，并在测试过程中通过查看响应数据
确保接口测试结果的正确性
你在工作哪些场景中用到Linux？
当项目不能访问时，登录到linux服务器上看看项目是否启动(ps -ef | grep xxx)
当测试出现bug时，登录到Linux服务器上看看日志(tail -100 xxx.log)
有时会做下项目的部署，把开发打好的项目包，上传到tomcat里，然后修改项目配置文
件，启动tomcat
说几个工作中常用的Linux命令？
cd：切换目录
ls：查看文件列表
cp：拷贝文件
mv：移动文件
rm：删除文件
chmod：设置文件权限
cat：浏览文件内容
vi：文件编辑器
grep：过滤文件内容
你在测试过程中使用数据库的场景是什么？
在做功能测试时，除了检查页面/APP功能正常外，还需要查询存入数据库里的数据是否
符合预期；
有时候会修改数据库中测试数据，来验证一些测试用例，比如把已结束的促销活动状态
改为进行中，
这样就可以重复利用这个用户的数据了。
APP某个功能失效了，如何排查是客户端还是服务端的问题？
1、检查客户端网络是否有问题，可以查看其他APP能否正常使用
2、检查是否为版本问题，可以换个操作系统（安卓、ios） ,或者换个其他软件版本试试
3、检查是否为兼容性问题，可以换个手机试试
4、抓包分析，如果APP没有向服务器发送请求，或者请求参数不对，就是APP的问题；如
果服务端响应数据不对，就是服务端的问题
怎么测试APP的兼容性？
如果要求不高的话，部门内有一些主流的安卓和ios机型，大概七八部手机吧，平时主要用
这些测试下就行；
如果要求高的话，一般会购买一些第三方测试服务，像WeTest、Testin之类的，他们的机
型更多，而且最终会提供一个测试报告
没有需求文档，如何开展测试？
没有需求文档不代表没有需求。
可以找相关人员进行沟通，获取需求，比如产品经理、开发人员
可以参考同行业竞品，总结梳理需求
可以根据用户的使用习惯和一些行业的规范，来总结一些功能需求
BUG的生命周期？
New：新发现bug，指定给对应的开发
Open：开发确认bug，并且认为需要进行修改
Fixed：开发人员进行修改后标识成已修复状态，等待测试人员的回归测试验证
Rejected：如果开发认为不是bug，则拒绝修改
Delay：如果认为暂时不需要修改或暂时不能修改，则延后修改，并需要给出理由
Closed：修改状态的民唱经测试人员的回归测斌验证通过，则关闭现^
Reopen：如果经验证Bug仍然存在，则需要重新打开Bug，开发人员重新修改
Later：延期修改（下一个版本修复）
当开发人员说不是BUG时，你如何应付？
开发人员说不是bug，有2种情况：
一是需求没有确定，所以这个时候可以找来产品经理进行确认，需不需要改动，商量确定好后再看要不要dd改。
而是这种情况不可能发生，所以不需要修改，这个时候可以先尽可能的说出是BUG的依据是什么？如果被用户发现或出了问题，会有什么不良结果？
如果还是不行，那可以给这个问题提出来，跟开发经理和测试经理进行确认。如果最终bug被确定不改，那么就要在测试报告里面记录一下，以便以后查阅。
手机APP更新测试，说下测试点？
移动端版本更新升级是一个比较重要的功能点，主要分为强制更新和非强制更新。
1、强制更新需要测试的点有：
强制升级是否可以升级成功，功能是否正常
升级后的数据是否正常
强制升级的弹窗是否可以关闭
强制更新的提示，包括未更新和已更新
版本号对比等等
2、非强制更新的测试点有：
提示弹框的显示，是否可以选择暂不更新和立即更新，是否可以关闭弹框不显示
选择暂不更新后，老版本是否可以正常使用
选择立即更新后，更新能否成功，新版本是否是最新版本；功能是否是最新的
非强制更新弹框的提示频率，是每天一次还是每周一次，根据需求来测
APP设置里的版本更新，是否也能触发非强制更新
用户选择继续使用老版本后，使用某些新版本才有的功能时，是否还有更新提示
版本后对比等等
这篇关于测试面试面的稀巴烂。复盘了一下没回答上来的问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
