之前在介绍定位
来源:    发布时间: 2020-03-29 07:59   45 次浏览   大小:  16px  14px  12px

服务器日志怎么看?


之前在介绍定位和分析b

服务器日志怎么看?


之前在介绍定位和分析bug时讲到过查看服务器日志,来作为分析的参考依据,有几个童鞋问到具体如何查看。原本觉得这是测试人员必备技能,大家可以通过百度等自行找到方式解决,我也就懒得写操作手册多说什么了。但最近又有童鞋问起,好吧,那我就用本篇来讲讲比较通用的方式:如何通过连接服务器,使用linux命令查看日志。


首先需要先安装一个ssh工具,ssh工具有很多,但对于测试来说其实也没有什么很大的差别,如果想要免费的可以使用putty,如果想要功能强大的可以选择使用SecureCRT (但这个是收费的,需要自己寻找破解版)。



当有了ssh工具之后就可以连接测试服务器了,连接的要素有4个(开发或者运维都会告诉你):


   ip地址


   连接的端口


   账号


   密码


这里以SecureCRT 为例,点击加号新增连接,会弹出一个连接框,输入相关的信息的即可完成连接



完成之后双击新建的连接,会弹出登录窗口,输入密码即可完成连接



完成连接后,便可以输入linux的命令来查看相关的日志(需要先知道日志所在的路径,询问开发就可以知道了)。



linux的命令有很多都可以达到查看日志文件,包括cat和tail等等,这里比较推荐tail命令,因为日志文件写入的信息往往比较多又或者日志持续在写入,这时候tail命令就更加灵活能找到相关需要查询的日志,


一般主要使用2种方式:


tail -n 行数 日志文件


就是查看文件的最后x行,也可以理解为最新的x条日志,使用场景往往在发现bug后需要通过日志来排查问题,那么就可以找到最新的日志,



tail -f 日志文件


就是持续查看文件的最后10行,也可以理解为即时显示最新的写入日志,使用场景往往在边测试边查看对应的日志



通过这2种方式基本已经可以完成对历史日志或者即时日志的查看,但你有没有发现日志往往又有很多没用的信息,要从茫茫的日志中找到想要的信息并不容易。这时候可以组合grep命令来进行信息的过滤,可以理解成从已有的信息中通过关键字搜索出含有关键字的信息,


具体用法如下:


tail -n 行数 日志文件 |grep 关键字


tail -f日志文件 |grep 关键字



举个例子,比如需要搜索最新1000行中带有系统异常的日志


如图在这1000行只有一条带有系统异常的日志信息,那就只会显示一条信息,如果一条都没有则显示空,同理当使用tail -f的时候只有出现带有系统异常的日志才会显示,并且一旦有这样的日志就会显示,有多少条就显示多少条。




以上通过2个命令的组合使用,可以很方便的查看到想要看的日志,一方面在发现bug时可以协助开发定位问题,一方面也可以边测试边看日志来了解程序的处理逻辑或者记录测试操作,对于测试来说也是非常有帮助的。


#


同系列文章


(如链接不能点击,<好学>菜单中获取)

0.1 接口测试知多少?(一)

0.2 接口测试知多少?(二)

0.3 接口测试知多少?(三)

1 重现 BUG

2


摒弃测试思维定势

3



提高测试效率

4



bug 的定位与分析(上篇)

5



bug 的定位与分析(下篇)

6



测试技术储备之 CDN 内容分发网络

7



测试通过!为何线上还有很多BUG?实践中的质量控制

8



与开发“斗智斗勇”的小技巧

9



测试人员与产品经理的锱铢必较

10



常见对测试行业的理解误区

11



测试人员内部协作交流