昨晚熬夜通宵码字，今天给大家分享如何定位分析BUG的方法与技巧，估计这篇文章之后得等一段时间才能进行更新了，最近2个项目并行版本都是月底上线，且读且珍惜
当你在上班期间，听到不远处传来，这样的声音"你会不会提BUG，责任人都指派错了，能好好提吗？"
如果哪天开发对着你说出这句话
那么作为测试的你，此时心里是怎么想的？
引言确实，作为一名测试的我，一直认为测试人员提出一个BUG，就要有一定的专业性、严谨性
作为一名测试人员如果连常见的系统问题都不知道如何分析，频繁将前端人员问题指派给后端人员，后端人员问题指派给前端人员，那么在团队里你在开发中的地位显而易见，口碑、升值、加薪那应该是你遥不可及的梦!
但是作为测试人员来说，尽管你不能深入的去分析问题，但是你能发现系统存在的问题，这点也是值得肯定的，所以继续加油
所以今天给大家分享的主题是："软件测试人员测试过程中如何分析定位常见BUG"普及一些常用方法与技巧
前置知识熟透系统业务、团队成员情况熟悉使用F12或抓包工具了解HTTP/HTTPS协议，能够区分请求URL、请求头、请求体、入参、响应数据、响应码具备操作常规Linux命令，能否登入服务器查看Log日志，例如Tomcat等应用，不排除一些公司有对应的查看日志平台，例如K8S、Xlog，总之会查看对应服务打印的日志就行，这里日志等级输出具体可以百度了解系统的架构，数据走向思维敏捷，懂得检索百度定位技巧首先当系统出现bug时，一定要将bug现象进行录制保留，保留现象时为了证明这个bug出现过，如果bug是必现还好说，如果该bug无法必现，那么保存的截图都是你直接证据，要养成良好的保存现场的习惯
提BUG这块，还是要体现出测试的专业性，标题简洁、问题环境标识清楚、问题详细描述清楚、系统错误表象贴图、接口传参返参贴图、必要时贴服务器日志，总结来说不该少的bug标签一个不要少
一.小型产品，前后端一人统筹一些小型程序，例如前后端都用node、php语言开发的，整个系统前后端是同一个开发的时候，那么小编可以自信的给你说，系统出现问题时，bug大胆的提，往猝死的提，责任人错不了！
二.常规系统，多人开发协同前置：测试之前该测试人员对系统、业务、环境部署、开发人员等较为熟悉
在测试之前打开对应浏览器的F12直接开个新页签，或者使用抓包工具等，系统呈现出问题时，查看对应的请求、日志信息等我们才能去全面的定位是前端还是后端人员的问题，具体给大家介绍以下几个常用方法
1.分析问题场景进行预判
先查看页面表象，根据问题表像判断问题可能出现的原因，进行缩小范围，并且准备好录制工具，录制问题
系统页面无法正常访问的提示5开头的找后端，4开头的先检查请求地址或者对应的权限，进入系统页面正常打开，提示异常代码错误的直接找后端
进入系统页面展示异常图片视频相关提示Flash等相关信息进行安装Flash如若还不行找前端，界面UI展示兼容性错误找前端
如若系统访问正常，进入操作页面，功能性报错信息，就进入下面环节，抓包查看对应请求体，看日志等
2.