在日常项目开发中，异常抛出和捕获是再平常不过的事情。通过try-catch我们可以方便的捕获异常，同时通过查看异常堆栈我们能发现抛出异常代码的位置。 例如下面这段代码： 这段代码非常简单，运行后他抛出了如下异常： 没有问题，堆栈信息明确指出了抛出异常的位置 ...

一、monkey事件类型 数字 对应量 解释0 ...

如何去区分一个功能测试工程师的水平高和低？ 可以从很多个方面去检查，比如测试的思路， 比如测试用例的覆盖度？，比如测试出bug是否能够定位到根因？ 上面说的各个方面都很合理，那我们平常如何如更深的定位问题的根因呢？ 1、通过我们的测试的经验 这个有点不容易掌握，也不容易 ...

问题：工作生活中常见的现象 　　 调试和排查步骤 1、确认一下域名解析的问题?是否可以解析成对应的IP--- DNS -- 重点 2、Ping或者telnet这个IP确实连接是否可达? 3、tracert跟踪，确定哪个节点出现问题。 4、不可达，服务器是否开机?服务是否开启 ...

【问题描述】 数据库连接异常是很难排查的一类问题。因为它牵涉到应用端，网络层和服务器端。任何一个组件异常，都会导致数据库连接失败。开发遇到数据库连接不上的问题，都会第一时间找DBA来协助查看，DBA除了需要懂得数据库以外，还需要对应用，对网络有所了解，知道在哪里看应用程序的日志，以及看网络交换机 ...

一、引子 这要从线上的一个接口偶发异常耗时说起，事情往往不是你想象的样子，尤其是在排查问题的时候，切忌有先入为主的的某些判断。 二、问题： 接口监控图：显示每天总会有那么几次耗时特别长的请求。 三、排查： 1、直观的认识是“偶发”，每天零星的几个，不规律。 对于这种情况，第一感觉 ...

日常Bug排查-抛异常不回滚 前言 日常Bug排查系列都是一些简单Bug排查，笔者将在这里介绍一些排查Bug的简单技巧，同时顺便积累素材_。 Bug现场 最近有人反映java应用操作数据库的时候，抛异常不回滚。这还了得，不过笔者笃定肯定是用法的锅，不然就全乱套了。所以笔者去Review ...

一般来说bug大多数存在于3个模块： 1、前台界面，包括界面的显示，兼容性，数据提交的判断，页面的跳转等等，这些bug基本都是一眼可见的，不太需要定位，当然也不排除一些特殊情况，本身数据传过来的时候就有问题，所以显示会出问题的情况（这个后面会说到）。 2、后台程序，包括前台调用的接口 ...