1、什么是bug?bug由哪些内容组成?
①在电脑系统或程序中,隐藏着一些未被发现的缺陷或问题,统称为bug
②bug组成包含:标题、前置条件、严重程度、优先级、操作步骤、预期结果、实际结果、BUG截图或操作日志等组成
2、你上家公司规定的bug严重程度有几级?怎么划分的?
有4级,分别是:致命bug、严重bug、一般bug、轻微bug
①致命bug:主流程阻塞,系统无法运行,崩溃或资源不足;引用模块无法启动或异常退出,主要功能模块无法使用
②严重bug:影响系统功能或操作,主要功能存在严重缺陷,但不影响系统的稳定性
③一般bug:界面、性能缺陷,如:边界条件下错误、数据量级过大时无响应、没有操作进度条
④轻微bug:易用性及建议性的问题,如:样式错乱、字体、界面排版等
3、提bug时应注意哪些方便
①需要包含复现bug的必要步骤
②若有特殊的前置条件,需要进行说明(或直接将测试数据放到bug中)
③提供出现bug的相关截图和后台日志信息
④提交时不带疑问语句,将需求的期望结果放置bug中
⑤及时提交bug,避免上线后背锅
4、有正义的bug如何处理?
如:开发讲bug状态改为不予解决、设计如此、外部原因等等
①根据需求文档确认是否为bug,将相应描述截图至对应开发沟通
②拉上产品和开发一起开会讨论,定性
③若还有歧义则反馈给上级领导
5、开发不想改的小bug如何处理
①将小bug的影响面表达清楚,对用户造成的操作成本及系统损失如何
②提交到缺陷管理工具,留有记录,同步至测试报告,避免上线后同类问题测试背锅
6、随机bug如何处理
①随机bug要提交到缺陷管理工具,养成截图和录屏的习惯,作为证件或协助开发解决bug
②查询操作日志,造同类属性的数据看是否可复现
7、测试用例之外的bug如何处理?
①依旧需要提交至缺陷管理工具
②反向纳入测试用例库,补全测试场景
8、bug重复提交如何处理
①开发bug解决方案选择重复bug
②测试确认为重复bug后进行原因说明并关闭
9、bug重复提交的原因以及如何解决?
①测试部门分工不明确,或交叉测试时没有关注已提交的bug内容
②如何解决:分工明确,交叉测试阶段关注已提交的bug内容
10、缺陷的状态中,哪一种对开发影响大?哪一种对测试影响大?
激活bug对开发影响大;无效bug对测试影响大
11、如何区分是前端bug还是后端bug?
①从页面提示判断,查看是前端抛出的提示还是后端接口返回的提示
②涉及到字段取值不正确的,查询数据库数据进行判断,若数据库存储的数据正确,则是前端问题
③借助抓包工具fiddler或Charles,确认接口返回信息进行判断
④查看操作日志确认
12、版本上线前,bug的状态是什么?
上线前bug的状态需要为关闭或延期解决,若为延期解决则待下一个版本再测试
13、遇到阻碍测试的问题如何处理?
①通知开发立即解决并及时通知构建新包,同时测试人员同步进行其他模块的测试,不影响测试进度
②若bug修复进度过慢对项目造成风险,则需及时报备给项目负责人和测试负责人