测试面试面的稀巴烂！！复盘了一下没回答上来的问题

线上出现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设置里的版本更新，是否也能触发非强制更新‍‍

• 用户选择继续使用老版本后，使用某些新版本才有的功能时，是否还有更新提示‍‍‍‍

• 版本后对比等等

 

总结：

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

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

软件测试面试文档

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

 

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