一、导言
上半年公司来了几名测试实习生（95后的小哥哥和小姐姐们），发现问题之后却不知将bug提给哪位开发（后端/前端/运维），BUG被转来转去，开发/运维大佬们无力吐槽，实习生们也身心疲惫，而我们这些测试老人也被指责教导不力，故编写此文，希望能够帮助准备入门测试的小哥哥小姐姐们。
二、必备工具
1.浏览器自带的开发者工具，F12调用
2.业内常用抓包工具，如Fidller，Charles等
3.服务器访问工具，如xshell，secureCrt等
4.公司的异常监控系统，如cat等
二、必备基础知识
软件系统的体系结构：C/S B/S
协议：HTTP、HTTPS
image.png
思考1：前端和后端分别对应的上述结构中哪一端呢？
1.前端做了
呈现数据： 页面布局（字体、样式、按钮行为等）、和后端交互
2.后端做了
处理数据：与数据库交互：数据增删改查; 逻辑运算：不同业务场景下分别运算数据
3.运维做了
维护服务：服务器的搭建、应用部署、应用监控等等
思考2：前端、后端和运维分别会出现什么问题？
1.1 前端常见问题
页面/静态问题：样式错乱、按钮点击无反应、文字错误、提示语不友好
交互问题：未正确发送请求、未正确展示后台返回的数据等（抓包）
1.2 后端常见问题
未正确处理请求，数据保存错误，数据查询错误等（抓包、数据库表、服务器日志）
三、定位BUG
1. 根据前后端分工定位bug
样式问题-->前端开发
业务逻辑问题-->后端开发
2. 根据请求和返回定位bug
2.1 HTTP状态码
根据常见HTTP状态码进行判断
- 4XX 请求错误---前端
400 Bad Request
请求有误，后台服务器无法识别
404 Not Found
请求的资源未被在服务器上发现 - 5xx， 6xx 服务器错误---后端
500 Internal Server Error
服务器遇到了异常，导致了它无法完成对请求的处理。一般来说，在服务器端的源代码出现错误时出现。
502 Bad Gateway
网关或代理服务器响应异常。一般来说，发布分支或重启服务器时，应用无法处理请求，就会出现此异常。
处理方法：遇到此问题，先静待2-5分钟等应用起来，起不来再反馈开发
2.2接口文档
接口文档会定义请求参数和返回结果，测试通过抓包分析是前端传参错误还是后台返回异常。
常见方法：
web应用，按键盘F12打开开发者工具，看请求和响应
APP应用，安装Fidller，通过抓包，看请求和响应
如果是后台开发问题，一般需要提供应用日志给开发加强定位后端
四、问题定位举例
问题：购物车页面，无法加载数据
分析：
- 根据前后端分工判断为非样式问题，可能是交互出现了问题
- 抓包，查看状态码，4xx是前端，5xx是后端，200继续分析
- 查看接口请求值和返回值，和接口定义文档对比，请求错为前端，返回错为后端，返回对页面不展示给前端开发
- 如果后端问题，继续提供证据，查看关联应用是否正常启动，接着连接服务器查看日志，有报错确认是后台问题，未报错但应用起不来找运维。
五、总结：
如果是测试应用出现问题，大部分是前后端的代码问题，小部分是环境/运维问题。测试定位环境问题难度较高，一般是将问题反馈给开发，让开发和运维确认。
如果是ops使用上出现问题，如发包不成功、推包不成功、合并主干不成功等等，需要运维解决和需要开发解决的问题比例大约为6：4，需要另行分析，此文不详诉。
