提交Bug时关于Summary的描述最合适的是哪个（）

A.底层BSP和系统稳定性团队成员提交Bug时，需要在summary中增加[PSST]的关键字

B.执行USB模块的功能测试时，需要在summary中增加[USB][功能]的关键字

C.底层BSP和系统稳定性团队成员提交Bug时，需要在summary中增加[TITD]的关键字

D.提交Bug时，需要在summary中增加项目要求必须对应工程添加的关键字

A.[TITD]

B.[Stability]

C.[PSST]

A.有冲突时，以《缺陷管理流程》规范为准，《缺陷管理流程》中未描述部分以测试内部《Bug提交和处理规范》为准

B.必须全部以QA的《缺陷管理流程》规范为准，无需再关注测试内部《Bug提交和处理规范》中更为严格的要求

C.以测试内部的《Bug提交和处理规范》规范为准即可，无需再关注QA《缺陷管理流程》规范

D.《缺陷管理流程》是测试内部的规范，《Bug提交和处理规范》是公司QA的规范

A、bug属主操作步骤描述

B、bug提交人

C、研发责任人

D、历史留言信息

E、bug提交时间

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

A.被测样机IMEI号或SN号（全写或者写后5位）

B.测试用例编号

C.对比机信息及结果

D.出现问题时间

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

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

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

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

A.所属模块:写清楚bug发生的模块路径，如:用户中心-我的印章-创建印章

B.ug标题:标题言简意赅，描述清楚是什么缺陷

C.明确bug优先级:根据《BUG管理规范》定义bug级别

D.测试环境:出现缺陷时用的系统、浏览器等

B．必须以FFEPER计算的Bug等级为准

C．从FFEPER计算的Bug等级、自己实际判断的Bug等级中随便选一个即可，不用太较真

D．立即与指导人、项目接口人、或团队负责人反馈，确认FFEPER计算等级与自己判断的实际Bug等级存在不一致的情况，确认是否需要修正FFEPER，以最终确认后的FFEPER模块计算的Bug等级为准

A.测试PM的测试申请邮件中关于worklog中Project选择的说明

B.UTM系统中项目信息中关于关于worklog中Project选择的说明

C.与项目定义好的Bug提交时的Product信息一样

D.项目SVN归档目录中测试开工会kickoff的材料中关于worklog中Project选择的说明

A.测试PM的测试申请邮件中关于Product的说明

B.UTM系统中项目信息中关于Product的说明

C.uni-worklog系统中定义的该项目的Project信息

D.项目SVN归档目录中测试开工会kickoff的材料中关于Product的说明