定位bug的基本要求

  很多人觉得qa只是负责发现问题,这个实在太狭隘了,现代qa除了发现问题这种基本功外,定位问题,提出解决方案也是要掌握的技能。这里先说定位问题的要求,定位问题要向深入,前提当然是对功能、产品的流程、开发方案、开发人员非常熟悉了,以我们部门为例,定位bug至少要到下面这种程度。

首先确定是界面显示问题还是功能问题,
如果是界面问题,如贴图错误,文字错误,样式错误,则需要截图

如果是功能问题:
控制台的问题至少定位到:www的问题还是数据库问题,如果是www问题至少要定位到是前端还是后端问题;如果是数据库问题至少要定位到是服务端接口问题还是中间件问题
客户端的问题至少定位到:哪个dll模块或者逻辑出的问题
服务端的问题至少定位到:什么接口出的问题,导致数据库哪里不对

另外,
1)测试时不要全按照用例走,要多发散思维
2)测试时要尽量考虑得更全面,把一些多用户多终端或其他极端的情况都考虑到。

最后,
跟进重点问题的修改进度和方案,询问开发时如何修改的,反思开发的修改方案是否存在漏洞。

时间: 2024-11-08 05:31:10

定位bug的基本要求的相关文章

定位bug

最近一直都是在查bug,总结一下一些体会 查bug时, 仔细看看代码比到处print做测试,可能更耗脑力,但或许也更有效率 打log查问题的注意事项 1.夹逼准则print(“111”)fuc()print(“2222”)用于判断bug是否在这个函数里,是否“死”在这里面了 2.2分法对篇幅过长的函数,二分打log,降低print次数 ,提高定位bug的速度 3.看堆栈 看清函数调用的来龙去脉

接口测试:如何定位BUG的产生原因

转自公众号<QA之道> 我们从在日常功能测试过程中对UI的每一次操作说白了就是对一个或者多个接口的一次调用,接口的返回的内容(移动端一般为json)经过前端代码的处理最终展示在页面上.http接口是离我们最近的一层接口,web端和移动端所展示的数据就来自于这层,那么我们如何知道在测试过成功UI上的每一次点击都触发调用了那些接口呢?请在下面的场景中找答案. 如下场景: 你负责测试某一个电商网站一个用户的订单列表功能,测试过程中你发现页面上展示的订单数量与实际数据库里的数量不一致,请大家结合自己平

发现最新版百度Android 定位SDK v6.1.3 网络定位bug

对于百度地图已经实在忍无可忍了,实验室两年以前的一个项目用到了百度地图,以前师兄毕业了,我来维护这个破项目,百度地图推出新版本出来后,老版本的api不能用了,你就不能做到向下兼容吗?换掉少量的api也就算了,居然整体风格都换了,大爷的,我得先学老版本的api看懂师兄留下的代码,再学新版本的api修改这个项目,这也没啥,然而你新版本官方demo怎么还留bug!!折腾一天后发现,这是百度Android 定位SDK的bug,不是我自己的代码的问题的感觉很奇妙有木有!!! 使用百度官网提供的demo学习

(高德地图)marker定位 bug 解决总结

项目背景: 一个项目bug,项目中用到高德地图,默认打开页面会生成一个marker(下图红色icon),然后用户拖动marker到想要的位置,并且保存. 用户反映定位不准确,在当前页面编辑的位置,到后台打开位置就会有偏移. 因为后台打开时候是根据经纬度生成的marker,经过检查最终确定是前台页面,拖动marker定位 获取经纬度 那里出的问题. 这里不得不说下个人情况,此项目是他人开发,而开发人员已经不在公司,bug转发给我了.自己之前也没怎么使用过高德,主要使用的是谷歌地图和mapbox.

Web测试中定位bug方法

在web测试过程中,经常会遇到页面中内容或数据显示错误,甚至不显示,第一反应就是BUG,进一步了解这个BUG的问题出在那里,是测试人员需要掌握的,可以简单的使用浏览器自带开发者工具.数据库工具配合去排查. bug定位常用工具 Firefox--firebug.web developer.live http headers.http fox IE插件--httpwatch 第三方工具--fiddler 慢速网模拟工具--firefox throttle 前台错误 前台的bug通常是功能.界面和兼容

web测试定位Bug的方法

1.抓包分析 web测试过程中,怎么判断前端Bug还是后端Bug?可以通过抓包工具来进行抓包分析. 大多数的浏览器都有自带的抓包插件,如FireFox的FireBug插件,Chrome.360急速模式.搜狗高速模式自带的DevelopTools插件,F12开启抓包后,在NetWork中可以看到当前页面发送的每一个http请求.通常情况下,我们可以通过请求接口.传参和响应三部分来判断Bug,另外,也可以在浏览器的控制台进行代码调试定位. (1)请求接口URL是否正确 如果请求接口URL不正确,为前

Web测试必备技能——F12定位bug属于前端还是后台

chrom浏览器为例 (1)打开开发者工具,在浏览器菜单栏选择工具-开发者工具,快捷键是F12 (2)打开之后切换到Network页签,操作就可以看到请求响应 (3)再选择响应的链接,切换到Preview页签,可以看到响应的结果数据:切换到Headers页签可以看到请求的地址,请求的方式,结果等信息 (4)Response结果中可以看到返回的数据字段.值 如图,此时页面出现报错 点击该条报错信息 可以根据响应的值判断一些bug所在 (1)响应中没有数据,则是后端数据没有返回,前端展示为空,则为后

怎样定位bug

[Pre-Condition] 充分了解被测试系统 [Steps] 1. 以最短路径重现必发bug 2. 查看分析log 3. 查看数据库 4. 抓包分析(Firebug, Fiddler, HttpWatch, WireShark等) 5. Debug 程序 [Experience] 以最短路径重现必发bug: 发散思维,将步骤分解,假设可能的原因并进行验证,以找到引发bug的关键步骤

springmvc请求参数异常统一处理,结合钉钉报告信息定位bug位置

参考之前一篇博客:springmvc请求参数异常统一处理 1.ExceptionHandlerController package com.oy.controller; import java.text.MessageFormat; import java.util.ResourceBundle; import javax.servlet.http.HttpServletRequest; import org.springframework.beans.TypeMismatchException