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

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

概述 日常工作中，程序员需要经常处理线上的各种大小故障，如果业务代码没打印日志或者日志打印的不好，会极大的加大了定位问题的难度，使得解决bug的时间变长了。 对于那种影响比较大的bug，处理时间是分秒必争的，慢几秒处理完，可能GMV就哗啦啦的掉了很多。 一个程序员是否优秀，其中一个判断维度 ...

　　测试发现bug，怎么定位？不同领域不同的测试对象，具体定位方法都不一样。自己定位bug的方法通常是以下过程： 　　1、发现bug，首先要查看bug的详细信息，根据描述初步分析是哪个模块哪段代码的问题 　　2、检查引发bug的测试环境、测试代码段和测试数据，排除测试人员的误操作导致的程序异常 ...

最近我们的接口中有两个被调用的时候比较缓慢，一个查询大概需要2-3秒的样子，我们需要定位一下具体需要的时间秒数，就让某猿过去实现了。提交代码我review的时候我吓了一跳，那那两个类进行了手动统计时间，代码就不贴了，这样十分不好啊，如果以后要统计其他的controller或者service那就 ...

) Kernel层（LINUX内核控件）： 4、Kernel Panic Monkey日志定位问题 1、m ...

软件测试人员测试过程中如何分析定位常见BUG 一、前置知识 1. 熟透系统业务、团队成员情况 2. 熟悉使用F12或抓包工具 3. 了解HTTP/HTTPS协议，能够区分请求URL、请求头、请求体、入参、响应数据、响应码 4. 具备操作常规Linux命令，能否登入服务器查看Log日志 ...

偶发异常BUG，如何高效精准分析排查定位？ 作为测试，经常会收到领导、同事、用户反馈过来各种各样BUG，令人措手不及 首选需要判断确认是不是BUG，不要急于给予回复，需有充分的条件给予说明回复 很多测试人员收到问题的反应: 需求没说这样？ 不是BUG？ 怎么可能是BUG ...