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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值