定位前后端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

猜你喜欢

转载自www.cnblogs.com/adkinscara/p/10847858.html