【软件测试面试题】大厂头条：如何定位bug？实际案例拿offer还不简单......

目录：导读

- 前言
- 一、Python编程入门到精通
- 二、接口自动化项目实战
- 三、Web自动化项目实战
- 四、App自动化项目实战
- 五、一线大厂简历
- 六、测试开发DevOps体系
- 七、常用自动化测试工具
- 八、JMeter性能测试
- 九、总结（尾部小惊喜）

前言

问题：
用户使用手机操作头条app时总是出现“服务繁忙”，使用其他app却没有问题，针对这种情况从客户端，服务端和网络方向分析可能的原因？

这个问题出现的原因很多，咱们不能东一榔头、西一棒槌，想到哪里说到哪里（这样定位问题就是瞎蒙），应该有逻辑的，有一套定位问题的思路。

回答：
1、头条app有问题，但是手机其他app没有问题，说明什么？这个是一个很典型的对照测试，说明网络没问题，手机没问题，问题出在头条app整套系统中，接下来我们就需要思考头条app的通信过程。

2、简单画一下头条app的整个通信过程，目前主流的方案大概如下：
①app客户端（浏览器）发起请求；
②nginx收到请求，然后转发给后端服务；
③后端某个服务节点收到请求，处理请求，返回给nginx；
④nginx收到回复返回给客户端（app 或者浏览器）；

大概清楚了通信过程，其实每一个环节都可能出问题，app的问题、nginx的问题、后端服务的问题。

3、怎么区分到底是客户端的问题还是后端的问题的问题？
现在很流行的抓包就排上用场了，在客户端和nginx之间设置抓包工具的代理（fiddler或者charles）。分析头条app前后端的请求，如果相应都是对的，但是app显示服务繁忙，说明问题在app端，需要在app端找原因，如果代理都没有抓到请求，说明没有发起请求，问题也可能出现在app端：

app端可能的原因：
app权限设置不对；
app包版本不对；
app端开发修改代码后导致的错误；
其他原因；

4、通过抓包分析排除app端问题后，那问题可能就出现nginx和后端服务器或者系统内部的网络问题（nginx和后端服务网络有问题）：
①检查服务端是否正常运转；

②服务端正常运行，就查看服务端的日志，看看服务端接收到的请求和响应是否正确，如果接受到的请求不对，那说明问题可能出现在nginx转发，如果请求正确，响应不对，那么问题出现在服务端，需要仔细定位服务端为啥会出现这个错误（数据库、缓存是否ok，服务是否ok）；

③如果服务端正常，nginx也能正常收到请求，但是服务端日志没有请求收到的消息，说明nginx配置可能不对，或者nginx到服务端的网络不通。

问题：
公司自动化测试流程？

回答与分析：
1、制定测试计划
像所有测试过程一样，在自动化测试开始之前，需要做一个简单的测试计划，需要对测试的产品、测试环境、测试的模块、测试方法和工具进行简单的描述，还要对人力和时间的进度进行安排。

2、搭建测试环境
这块的测试环境一般包含两部分，一部分是测试工具和环境的搭建，另一部分是被测环境的搭建。

测试环境的搭建，包括被测系统的部署、测试硬件的调用、测试工具的安装盒设置、网络环境的布置等。

3、测试脚本编写
一般会根据测试目标，从功能用例中确定自动化用例范围，根据自动化测试用例和问题的难易程度，采取适当的脚本开发方法编写测试较薄。一般先通过录制的方式获取测试所需要的页面控件，然后再用结构化语句控制脚本的执行，插入检查点和异常判定反馈语句，将公共普遍的功能独立成共享脚本，必要时对数据进行参数化。当然还可以用其他高级功能编辑脚本。

编写自动化用例的原则：
①一个用例是一个完整的场景。
②一个用例只验证一个功能点。
③用例与用例之间尽量避免产生依赖。
④一条用例完成测试之后需要对测试场景进行还原，以免影响其它用例的执行。

脚本编写好了之后，需要反复执行，不断调试，知道运行正常为止。脚本的编写和命名要符合管理规范，以便统一管理和维护。

4、分析测试结果、记录测试问题
应该及时分析自动化测试结果，可以结合Jenkins定时构建，邮件发送测试结果，以便尽早地发现缺陷。

如果采用开源自动化测试工具，建议对其进行二次开发，以便与测试部门选定的缺陷管理工具紧密结合。理想情况下，自动化测试案例运行失败后，自动化测试平台就会自动上报一个缺陷。测试人员只需每天抽出一地你该时间，确认这些自动上报的缺陷，是否是真实的系统缺陷。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图