软件测试面试:你是怎么查看系统日志的
一、考察点
1、考察测试人员定位bug、排查问题的真实实操能力,属于日常高频工作内容。
2、考察是否掌握日志类型、查看工具、关键字排查、问题分析思路。
3、区分只会点点点的手工测试,体现排查问题、协助开发定位问题的专业能力。
二、解题思路
按照 日志类型→查看工具→排查步骤→常用关键字→最终定位问题 的工作流程回答,贴合真实测试工作,逻辑清晰、落地性强。
三、参考答案
在平时测试工作中,遇到功能异常、接口报错、闪退、请求失败等问题,我都会通过查看系统日志定位问题,具体操作如下:
1、明确需要查看的日志类型
主要分三种:前端日志、后端服务日志、数据库日志。页面报错、JS异常看前端日志;接口报错、业务逻辑报错看后端日志;数据不对、新增修改失败看数据库日志。
2、常用查看工具
线上和测试环境,我一般用 Xshell、SecureCRT 连接服务器查看日志;也会用 ELK、日志平台 在线检索;本地调试可以直接查看项目日志文件。
3、具体排查步骤
首先复现bug,保证问题可重现;然后进入服务器日志目录,实时刷新日志,操作对应功能;抓取报错瞬间的日志信息,过滤无效的冗余日志。
4、核心关键字筛选
我主要搜索 error、exception、null、timeout、500、400 这些关键字,快速定位报错代码行数、报错原因。
5、分析并辅助定位问题
通过日志判断问题归属:是前端传参错误、后端代码空指针、接口超时,还是数据库SQL执行异常,然后把日志截图、报错信息整理好,提交给开发,方便快速修复bug。
四、总结
我查看日志的核心流程:复现问题→连接服务器实时抓日志→筛选报错关键字→区分前后端问题→整理日志提交bug。通过日志可以精准定位隐性bug,提升问题排查效率,这也是测试人员必备的核心能力。
1、考察测试人员定位bug、排查问题的真实实操能力,属于日常高频工作内容。
2、考察是否掌握日志类型、查看工具、关键字排查、问题分析思路。
3、区分只会点点点的手工测试,体现排查问题、协助开发定位问题的专业能力。
二、解题思路
按照 日志类型→查看工具→排查步骤→常用关键字→最终定位问题 的工作流程回答,贴合真实测试工作,逻辑清晰、落地性强。
三、参考答案
在平时测试工作中,遇到功能异常、接口报错、闪退、请求失败等问题,我都会通过查看系统日志定位问题,具体操作如下:
1、明确需要查看的日志类型
主要分三种:前端日志、后端服务日志、数据库日志。页面报错、JS异常看前端日志;接口报错、业务逻辑报错看后端日志;数据不对、新增修改失败看数据库日志。
2、常用查看工具
线上和测试环境,我一般用 Xshell、SecureCRT 连接服务器查看日志;也会用 ELK、日志平台 在线检索;本地调试可以直接查看项目日志文件。
3、具体排查步骤
首先复现bug,保证问题可重现;然后进入服务器日志目录,实时刷新日志,操作对应功能;抓取报错瞬间的日志信息,过滤无效的冗余日志。
4、核心关键字筛选
我主要搜索 error、exception、null、timeout、500、400 这些关键字,快速定位报错代码行数、报错原因。
5、分析并辅助定位问题
通过日志判断问题归属:是前端传参错误、后端代码空指针、接口超时,还是数据库SQL执行异常,然后把日志截图、报错信息整理好,提交给开发,方便快速修复bug。
四、总结
我查看日志的核心流程:复现问题→连接服务器实时抓日志→筛选报错关键字→区分前后端问题→整理日志提交bug。通过日志可以精准定位隐性bug,提升问题排查效率,这也是测试人员必备的核心能力。
全部评论
骨骼精奇的速速来领,面试宝典已备好😎
相关推荐
05-26 17:20
门头沟学院 人工智能
码客明:我教你个方法,你和你室友沟通一下告知他这个事情。然后就说导员问我就说,室友已经和导员提前沟通了。最后被查到你就说室友和我说了他已经和你沟通好了我没想到他是骗我的呀!把责任都甩给你室友,当然你出去实习的室友也肯定愿意承担这个责任。 点赞 评论 收藏
分享
查看8道真题和解析 点赞 评论 收藏
分享