缺陷定位，提交，跟踪

一，定位

①bug如何定位

②怎么确定bug属于前后端问题？

③页面上添加了一个信息，但却没有显示，怎么定位这个问题

初步定位:

简单一些的直接浏览器F12查看下接口，传参是否正确，数据类型，精度等是否符合要求，接口调用是否成功

去数据库查看该功能的数据有没有落库? 

如果落库了,则检查其数据的一致性、正确性、及时性 

如果没有落库,则借助抓包来明确是前端还是后端的问题

抓包工具进行抓包

首先我们看发出去的有没有问题

传参错误是前端问题，

如果没问题，

接口调用错误，或者接口逻辑错误

接口没通，返回信息不正确，这就是后端问题

服务器也通了，返回数据也正确，这个时候要考虑可能还是前端显示问题

二，提交

①bug提交包含什么内容

bugID

bug标题（简单明了，阐述bug的内容）

bug所属的功能模块

发现的版本(存在迭代版本的,这个很重要)

严重等级（4个等级）

优先级

开发人员

抄送人员

bug描述（复现步骤，图片等）

附件

②如何提交一个高质量的bug

一，唯一性，同一问题不要反复提

二，提供bug的详细步骤，发现版本，所属功能模块，附带bug现象截图，有报错日志的话就贴上日志，让开发容易看懂，且没有歧义，保证可复现且理解的一致性

三，分析bug产生的可能原因，测试先区分前后端问题，初步判断问题原因，指定给对应开发，节省开发时间，帮助他们快速定位问题，解决问题

四，严重程度，优先级要标清楚，设置要合理，方便开发安排工作

三，跟踪

①提交一个bug，开发不认同

先看一下是什么类型bug，

如果是功能性bug，可以再演示一下给开发看，对比下需求文档，更直观，可以定位下问题处在什么地方，方便开发解决，

如果是需求不太明确，导致我跟开发我们俩认知有偏差，可以询问下产品，

还有一种情况就是开发认为不重要，这种可以判断一下优先级，如果确实影响可控，且项目时间比较赶，那就适当降低下优先级，后期修复

②碰到复现率低的bug，怎么处理

不好重现，测试这边呢要尽量协助开发进行重现，因为只有重现了这个bug才能找出原因在哪，如果只是提交了，指派给开发，那么开发在调试的时候，比如打断点，不能复现是很难定位到是哪块代码的问题的，

我们呢尽量收集一下之前出现的场景，用户做了哪些操作，多去尝试重现，找到必现步骤，保留日志等，在后续多个版本对这个问题验证，如果实在复现不了的话，要依据影响范围，严重程度跟开发，产品讨论，是不是把它关掉

③印象深刻的bug

【金牌衣柜】输出的图纸上面，多了方案中没有的材质亚灰，因为是一个很神奇的bug，偶现，但隔几个月就有设计师反馈

底层板件前台不可见，所以不存在设计师手动修改该板件材质的情况

在前端试了不同的替换材质方式没能复现底层板件和柜体材质不一致的情况

收集了异常的方案以及设计师操作，在多个版本上进行尝试复现

需要产品介入下，看能否加个检测或者用别的方式处理。

④线上出现的bug，怎么处理

我们会先用向日葵远程设计师电脑，询问下具体情况，如果是操作问题的话，就跟设计师沟通下正确的操作，同时记录下问题，后期可以优化下提示和操作手册，如果确实是功能性问题的话，评估下bug严重程度和原因，采用临时处理方案，先让设计师可以继续图纸设计，及时提交bug，排在最近的版本中解决，如果问题比较严重且影响范围大的话，就要考虑代码回滚，恢复到上一个稳定版本，然后在测试环境进行问题复测，快速定位问题原因，开发进行紧急修复，发布紧急版本，事后呢也要对问题做一个分析和总结，避免类似问题出现

⑤测试完成后，没有发现一个bug，你会怎么办？

一般我们的新需求在测试过程中都会发现或多或少的bug，没有发现一个bug要引起重视，那么我们再进行回归测试时就要看下对需求是否理解到位，是否还有遗漏的地方，那么查漏补缺，尽快反馈问题，

如果正常执行测试，那说明软件的质量还不错