定位前后端Bug思路及方法参考

为什么提Bug要定位是前端或后端的？

1）模块职能分工不同，同一个模块，前后端负责团队或人员不同，定位后可清晰地指派到人；

2）测试尽量提供有价值的Bug信息，节约沟通成本，提升Bug修复率；

3）体现测试的技术专业性，有利于在团队树立良好的个人形象；

定位BUG大概思路方向：

用户层面问题 -> Web页面/软件界面 -> 中间件 -> 后端服务 -> 代码 -> 数据库

用户层面问题：大多不是bug,可能是用户的操作不当或网络环境问题；

then 直观查看页面表现;

then 看状态码;

then 看服务器日志;

then 接口的请求和返回以及js执行是否有报错;

then 看需求文档;

then 后端生成页面问题;

then 开发提供可测性支持;

then 配置的问题;

then 经验法则.

经验：

多修炼内功：对业务系统的掌握，测试方法以及开发技术。

建设自己的bug知识库，多思考、多积累、多总结。

对于无法确定的问题或者目前功力难以定位的问题，要交给开发，不要死磕，浪费时间。如果冒烟测试都不通过，就不要浪费时间定位了，直接打回。优先解决项目进度问题，其次才是测试深度。

参考资料：

https://blog.csdn.net/My_Sunshine_appear/article/details/81162493

 

转载于:https://www.cnblogs.com/adkinscara/p/10847858.html