定位分析思路
软件开发流程
一,前言
避免被开发忽悠,节省与开发扯皮
测试人反馈一个bug之后,开发(前端/后端)的回应?
能不能复现?有没有验证?再测一遍?脏数据?刷新一下?浏览器的问题?清一下缓存(前端)?重启一下(后端)?版本迭代/更新成功了没有?插件/补丁打上去了没有?地址链接发我,我看一下?网络抖动问题?环境问题?导致了什么现象?看下日志?截图发我?配置配错了,确认下?
是不是数据库字段没加?。。。。
前端的问题?后端的问题?
前端和后端,反复推让,相互扯皮,没完没了,不仅浪费了bug的修复时间,还浪费了测试的时间,在敏捷开发流程,测试的时间本来就是不够的。
二,为什么要做这件事?
1,避免被开发忽悠
2,提高bug修复的效率
3,精准定位bug,更显专业性以及协作性,让开发更加信任你,觉得你很靠谱
4,降低误报bug率,原因明确
5,对产品更加熟悉
三,常见的bug各种类型
1,环境问题,配置问题,
2,网络抖动问题,
3,浏览器问题,缓存问题
4,代码错误
5,布局,样式,字体问题
6,前端没有传入参数
7,数据库问题
8,脏数据问题
9,版本问题
四,测试人常见的bug
后端开发合并前端代码,打包提测后,进行冒烟测试,观察分