其实是标题党,学会bug排查是QA永恒的课题。
以web端和H5端为例。
(一)确保是否是自己操作不当导致的与预期不符
1、刚开始我在袋鼠厂由于经验不足经常被开发叼,你host都跳备机/线上去了,所以切记检查host是否正确。
2、检查是不是脏数据导致异常,比如你在后台删除了某个数据,又在页面上进行访问
3、确保自己测试业务理解正确,先看prd确保理解正确
4、比如说研发发了新的版本,有时候预期不符试着清除下缓存
5、别犯泳道错误这种低级问题
(二)检查Web页面的问题
1、首先看看console输出,比如常见的跨域问题。以及是否有js代码报错问题或者DNS解析出错
2、看看页面交互、样式、文本是否有问题
(三)中间件问题
这个部分感觉和我没太大关系(初级测试),我也把思路念一念
1、检查 CDN 缓存是否过期
2、检查负载均衡的转发是否到同一个服务器
3、中间件缓存
(四)根据状态码进行分析
1、遇到 401 错误
步骤:检查请求头中的身份验证信息,确保包含所需的凭证,并确认其正确性。(查看请求头中的 Authorization 或 Cookie)
2、遇到 403 错误
步骤:确认是否拥有访问该资源的权限。去管理后台配置or找研发
3、遇到 404 错误
步骤:检查请求的 URL,确保资源实际存在,路径和文件名没有拼写错误,确认访问的文件或目录是否正确。
4、遇到 500 错误
步骤:查看服务器日志,分析错误堆栈信息,定位潜在的代码或配置问题,如空指针异常、数据库连接失败等。
5、遇到 502 错误
步骤:确认网关服务器与后端服务器之间的连接状态,检查网络连接或配置是否存在问题。(网关负责把请求转发到各个服务,挂了服务就跑不通)
6、遇到 503 错误
步骤:检查服务器负载情况,确认服务器是否过载。
7、遇到 504 错误
步骤:检查后端服务器的响应时间,分析处理逻辑中是否存在性能瓶颈。
(五) 状态码返回200不等于没有问题
检查是否符合prd预期,以及感受是否存在逻辑错误
这些只是一个大致的排查思路,初学者可以形成思维定势按照这个分析,另外上述内容用来回答面试官肯定是没问题的,这都是我偷师测试专家的思路的。

以web端和H5端为例。
(一)确保是否是自己操作不当导致的与预期不符
1、刚开始我在袋鼠厂由于经验不足经常被开发叼,你host都跳备机/线上去了,所以切记检查host是否正确。
2、检查是不是脏数据导致异常,比如你在后台删除了某个数据,又在页面上进行访问
3、确保自己测试业务理解正确,先看prd确保理解正确
4、比如说研发发了新的版本,有时候预期不符试着清除下缓存
5、别犯泳道错误这种低级问题
(二)检查Web页面的问题
1、首先看看console输出,比如常见的跨域问题。以及是否有js代码报错问题或者DNS解析出错
2、看看页面交互、样式、文本是否有问题
(三)中间件问题
这个部分感觉和我没太大关系(初级测试),我也把思路念一念
1、检查 CDN 缓存是否过期
2、检查负载均衡的转发是否到同一个服务器
3、中间件缓存
(四)根据状态码进行分析
1、遇到 401 错误
步骤:检查请求头中的身份验证信息,确保包含所需的凭证,并确认其正确性。(查看请求头中的 Authorization 或 Cookie)
2、遇到 403 错误
步骤:确认是否拥有访问该资源的权限。去管理后台配置or找研发
3、遇到 404 错误
步骤:检查请求的 URL,确保资源实际存在,路径和文件名没有拼写错误,确认访问的文件或目录是否正确。
4、遇到 500 错误
步骤:查看服务器日志,分析错误堆栈信息,定位潜在的代码或配置问题,如空指针异常、数据库连接失败等。
5、遇到 502 错误
步骤:确认网关服务器与后端服务器之间的连接状态,检查网络连接或配置是否存在问题。(网关负责把请求转发到各个服务,挂了服务就跑不通)
6、遇到 503 错误
步骤:检查服务器负载情况,确认服务器是否过载。
7、遇到 504 错误
步骤:检查后端服务器的响应时间,分析处理逻辑中是否存在性能瓶颈。
(五) 状态码返回200不等于没有问题
检查是否符合prd预期,以及感受是否存在逻辑错误
这些只是一个大致的排查思路,初学者可以形成思维定势按照这个分析,另外上述内容用来回答面试官肯定是没问题的,这都是我偷师测试专家的思路的。
