学习了Bug规范后，为了有效避免Bug超期，小明在Bugzilla系统建立查询条件检索需要处理的Bug，小明的操作习惯最恰当的描述是哪一个（）

A.（1）

B.（1）（2）

C.（1）（2）（3）

D.（1）（2）（3）（4）

A.测试现场出现后需要第一时间告知相关研发查看，为了问题解决，不能一直催着研发看，在研发看完之前无需跟踪，因为研发处理完成后会告诉我的

B.现场问题出现时也需要及时提交Bug跟踪，便于查看现场的研发基于Bug进行comment、分析解决跟踪

C.现场问题需要持续跟踪直至现场无需再保留

D.现场问题出现后，为了避免掉电或第一现场丢失，需要第一时间联系研发查看，尽快分析完毕

A．在问题帖下回复“感谢分享”等无利于问题解决的回复

B．发现系统的BUG后，大肆宣传，利用系统BUG获益

C．TOA中虽然对于技术帖的标题有规范要求，但是可以不用遵照，可以随意编写帖子标题

D．发了问题帖后，有他人较早回复的答案贴可以解决自己提出的问题，但为了给自己刷分还是将“已验证”给自己写的回答

A.Log上传服务器一定要是压缩，主要考虑上传速度更快，不是考虑节省Log服务器存储空间

B.Log上传命名要求的目的之一，是为了后期Bug关闭后自动化的Log清理

C.Log上传命名要求的目的包括，便于提交bug时同时写明Log路径，以便研发可以按照固定规则找到Log

D.Log上传服务器需要按照当前年目录放置，避免历史年目录的log服务器间不再同步导致研发无法获取问题。Aurora项目特殊配置，不用放置到年目录中

B．项目CCB后确认不同意wontfix需要打开继续解决时，已标识的[待CCB]、[已CCB]无需去掉

C．项目CCB后仍然有待确认项时，Bug的summary标识了[已CCB]，测试需要将[已CCB]修改为[待CCB]

D．WONTFIXBug处理流程：RDWontfix-->TE把关-->总结并申请测试团队CCB-->测试团队CCB-->Comment测试CCB结论，Summary加[待CCB]-->RDPDT组织项目CCB-->Comment项目CCB结论，Summary加[已CCB]-->测试关闭或打开Bug

A、测试工程师在4点发现疑似bug，确认是有效问题后，在bug系统中查重后及时提交

B、测试工程师在4点发现疑似bug，因今日任务量大，故今日未确认及提交

C、测试工程师在4点发现疑似bug，因不堵塞用例执行，故未确认

D、测试工程师在4点发现疑似bug，确认是有效问题后，在bug系统中查重后及时提交，因堵塞大量用例，与版本组织者确认后，提升bug等级

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

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

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