前言
做测试,如果不会看日志,那估计真的是很out了,因为你看到的永远是表象,
估计有人说,不就是tail这个命令么?是的,问题是,一长串日志内容,可能好几屏,你能看懂问题在哪么?
或者说,调用栈那么长,你能在日志中找到抛出异常的准确位置么?这些信息对开发来说才是有用的,这也是bug质量,
如果你的日志截图毫无相关或者说对开发毫无帮助,估计开发又得自己去看日志,或者大吼一声:嘿,老铁,再点一波,我看下日志。。。
脾气好的测试,会老老实实配合再点一次,但是,这不浪费时间么?
脾气不好的测试,点你妹啊,你自己不会看啊?发泄完后,问题不解决,测试没法进行啊,依然乖乖的配合点一下了。
(如果你说没你们公司测试看日志权限,那我也不知道该说啥了)
举例
真实项目,调用链很长,日志也很多,这里只简单模拟介绍代码问题的日志。
下面代码,main调A中方法、A调B中方法、B调C中方法,C中方法会往外抛异常,B捕获到异常后,对异常进行了转换,然后继续往外抛
package com.qzcsbj;
/**
* @create : 2020/12/13 22:54
* @description : <描述>
* @作者微信: ren168632201
*/
public clas