测试人员记录一条bug它应该具备哪些信息（）

A、bug属主操作步骤描述

B、bug提交人

C、研发责任人

D、历史留言信息

E、bug提交时间

F、研发修改方法及测试建议

A.BUG描述

B.BUG级别

C.BUG所属模块

D.发现人

A、①③④⑥

B、①②④⑥

C、①②③④⑥

D、①②③④⑤⑥

A.跟提交该bug的人进行沟通，如果需求理解不能打成一致，找项目经理/需求管理者确定需求

B.找该bug的测试人员麻烦

C.置之不理

D.直接将bug改关闭

A．Test-Lackinformation：缺少必要信息，测试应该提供而没有提供的信息

B．Test-NeedReferenceinformation：需对比机信息：[仅限]项目约定的对比机log（有条件抓对比机log情况下）

C．RD-LessTraceLevel：Trace级别低：为了减少log数，平时只打开低层次log

D．RD-Logmechanism：Log机制导致的log缺少：log工具导致，或手机系统的log机制导致。RD-RDhasn'ttestcondition：研发无测试条件：比如特定地点，特殊SIM卡，实验室设备等；研发在相同版本相同条件下1次测试无法复现，缺少log

A．由于不是前端的问题，此bug无需理会

B．主动联系测试人员复现此问题，和测试人员一起分析此问题的原因

C．经过自己的初步判断是后端问题，主动联系后端开发沟通后，双方确认bug为后端问题，再将bugre-assign给后端开发

D．经过自己和测试、后端开发的讨论分析，此bug较复杂，前端后端都需修改，在bugcomments里备注分析结果，并@后端开发一起修复此bug

A．需求规格说明书应在评审之前发给参加评审的人员，预留时间给评审相关人员熟悉、理解，评审人员提前将需求文档中不清晰、不合理的问题记录好，评审时提出

B．开发人员单元测试无需每条路径都需测试，只要能保证功能在正常流程下能执行成功即可提交测试环境进行测试

C．实施测试用例将花费测试组大部分时间，这些工作都是建立在前期很多计划工作的基础上。并在执行测试过程中需要不断完善用例，检查遗漏点

D．已修改的BUG需在两天内回归，回归时需在注释中写明回归测试范围，若仍存在问题，reopen时需说明问题现象，由于修改本BUG引起的其他问题不做reopen，重新提交新BUG处理，未能按时回归必须在注释中说明原因以及回归时间