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修复进度过慢对项目造成风险，则需及时报备给项目负责人和测试负责人