软测面试-bug类(良心整理求点赞+收藏)
1.bug的标题如何写?
bug标题=[所属模块]+操作步骤+(未出现)预期结果
关键要素就是快速定位bug所属的模块,描述bug时最好先去描述它的操作步骤 ，也就是进行了怎样的操作 ，描述的语言尽量要符合准确，正确和简洁的标准 。最后 ，就是写出它的预期结果是什么 ，好让开发知道它是和实际结果不一致的 。
2.提交bug需要注意的问题
1.不着急提交,先和开发说明一下bug的情况,分析一下bug是属于前端还是后端再去提交bug
2.简要的概括bug的标题,清晰的描述bug的重现步骤,分析bug和与预期结果,附加bug的截图或者日志
3.不能确认是否为bug的时候,可以询问他人
4.提交完bug后追踪bug的修复情况
3.如何提交一个好的bug
- bug有一个清晰明了的描述
- 详细描述bug的重现步骤
- bug产生的环境
- bug相关的截图和日志
- 定位好bug的等级
- 实际结果和预期结果进行比较
4.bug如何管理/bug的生命周期/bug的状态
发现bug>提交bug>指派bug>研发确认bug>研发去修改bug>回归验证bug>是够验证通过>关闭
5.如何处理无法重现的bug
再次测试几遍确认bug是否真的无法重现,测试很多次还是无法重现就先挂起,并且留意一下,看看往后的测试中,如果重现就激活bug,经过几个版本都不会重现的话就关闭
6.bug的级别,如何定义
- 致命(一级)
- 严重(二级)
- 一般(三级)
- 提示(四级)
致命:系统无法运行,崩溃或者严重资源不足;应用模块无法启动或者异常退出;主要功能模块无法使用
比如:蓝屏;功能设计与需求不符;系统无法登录;产品无法运行;内存泄漏;错误操作导致程序中断
严重:影响系统功能或设计;主要功能存在严重缺陷;但不会影响到系统的稳定性
比如:功能未实现;功能出现异常;数据错误
一般:界面、性能缺陷
比如:操作界面错误;提示类错误;边界值错误;
提示:产品的易用性;界面的美观度/优化;产品说明不明确;功能信息错误;提示信息错误;新增功能
7.区分前端bug还是后端bug
- 利用抓包工具
检查请求和响应的数据:
观察请求和响应的数据内容,特别关注字段和格式是否正确.如果数据在传输的过程中出现错误,缺失或者格式异常,很可能是后端bug,因为后端负责数据的传输和处理
判断数据处理逻辑:
分析请求和响应的数据逻辑处理,判断是否符合预期.如果数据处理的逻辑出现问题,通常是后端bug
举例子:
在一个电商网站中,使用抓包工具捕获登录请求和响应数据.如果请求中用户名和密码传递错误或格式不正确,或者响应中返回了错误的认证结果,可能是后端处理登录逻辑时出现的bug
- 浏览器调试窗口
检查控制台输出:
查看浏览器开发者工具的控制台输出,寻找与错误相关的信息,如JavaScript错误,API调用失败等;前端bug通常会在控制台中输出错误信息
分析网络请求:
观察网络请求的状态和响应,特别注意返回结果和数据格式.后端bug可能不导致请求失败,返回错误的状态码或者响应数据格式异常
分析页面渲染和交互:
检查页面的布局、样式和交互是否正常.前端bug可能导致页面显示异常、交互不可用等问题
举例:
在一个社交媒体中发表评论,评论无法立即显示.打开浏览器调试窗口,查看控制台输出和网络请求,如没有错误提示且和响应正常,则可能是前端评论显示逻辑时出现的bug
8.提交的bug开发不认可怎么做
首先我会再看需求文档，是不是我的理解有误，如果是我对需求理解错的话我就去关闭 bug。 如果是 bug 再去让其他测试人员看看听下他们的意见，然后自己先再三去复测，并目保存好截图和日 志，确定这是一个 bug 之后我就去跟开发说明白，并且给他看 bug 重现的截图以及日志，如果开发还 是不认可的话我就跟产品或项目经理说明白情况。
9.项目上线后出现bug怎么办
首先看严重级别：严重还是不严重
严重的：紧急变更上线
不严重：修复好后跟下个版本一起上线 用户会通过运维反馈到项目组这边，项目经理会根据功能模块的负责人，分给对应的开发与测试。
测试人员：编写对应的测试用例、测试环境中重现 bug、提交 bug、 交给开发进行修复、修复完成 bug、进行 bug 的复测。 如果测试环境无法重现，可以导入生产环境的包到测试环境中测试， 还是不能复现，查看生产环境的日志去定位问题。
10.产品是怎么上线的
一般我们会选择晚上上线，开发测试还有产品全部到场，进行上线测试。 首先，开发将代码打包到生产环境的服务器中，如果数据表有变化，就会运行 sql 文件， 对表的一些操作，接着，我们测试就开始先测试主体业务功能以及新增的功能模块; 测试通过之后，我们会在界面上把上线测试的数据删除，正常上线。 如果发现 bug，开发人员当场修复 bug，修复成功之后我们测试再复测，通过就可以正常上线 如果发现了 bug 开发人员在上线规定时间之前都还没有修复好的话，就看问题的严重性， 如果严重就延期上线，如果我们是迭代版本的话我们还需要版本回滚。 如果不严重，产品跟客户觉得可以上线，就正常上线。