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