软件缺陷管理系统流程纲要.docx

软件缺陷管理系统流程纲要.docx软件缺点管理系统流程大纲
软件缺点管理系统流程大纲
1 / 9
软件缺点管理系统流程大纲
适用标准文档
软件缺点管理方法
目的
本文档定义了软件缺点管理流程和有关规则，保证软件缺点管理的系统性和规范性，系统，依照以上办理流程进行办理，由创立者或测试组进行追踪考证封闭。
创立客户问题时，创立者需要在 Bug标题开头标志为 [ 客户问题 ] ，测试组负责检查和改正。
争议办理
当开发和测试工程师对某问题有争议而且多次交流无果时（暂定为 6次），能够注明两方的原由，并指派给项目经理进行办理。
项目经理能够召开评审会议， 或许直接与两方交流认识， 并依据项目状况给出专业建议和最后决定。开发和测试工程师依据项目经理的最后决定履行。
缓期解决
当开发工程师对确认 Bug进行解决时，发现或评估其解决时间紧或风险比较大等，能够说明原由或原由并指派给项目经理来确认。
项目经理能够召开评审会议， 或许直接交流认识， 并依据项目状况给出最后决定。假如不一样意，项目经理将此 Bug指派回开发工程师，开发工程师持续剖析和解决。假如赞同，项目经理需要在 Bug标题开头标志为 [ 缓期解决 ] 和在办理状态选择“缓期解决” ，而后注明解决时间计划并指派回开发工程师，开发工程师依据解决时间计划来规划和解决此 Bug。
缺点管理工具
软件测试过程中所出缺点要提交到企业测试管理系统进行追踪管理。
管理工具的作用
保证每个被发现的缺点都能够被追踪与办理。
采集缺点数据并依据缺点趋向曲线辨别或报告测试状态。
采集缺点数据并在其长进行数据剖析，作为测试评估的依照。
（ 2）缺点驱动原则
缺点管理系统主要经过指派状态来驱动有关开发工程师、 测试工程师和项目经理赶快地办理问题， 以提升研发效率， 因此会特别关注缺点指派给谁和逗留时
软件缺点管理系统流程大纲
软件缺点管理系统流程大纲
5 / 9
软件缺点管理系统流程大纲
文案大全
软件缺点管理系统流程大纲
软件缺点管理系统流程大纲
9 / 9
软件缺点管理系统流程大纲
适用标准文档
间，并反应在按期报告。
因此，缺点驱动原则：尽量不要让缺点挂在你身上。
. 缺点属性定义
缺点有关属性
缺点属性 说明
缺点 ID 缺点 ID 是标志某个缺点的一组符号。每个缺点一定有一个独一的 ID。
缺点种类 缺点种类是依据缺点的自然属性区分的缺点种类。
严重程度 缺点严重程度是指因缺点惹起的无效对软件产品的影响程度。
发生概率 缺点发生概率指缺点依照测试操作步骤发生的概率状况。
解决方案 缺点解决方案是指缺点被解决掉的办理方案。
缺点描绘 缺点描绘是对缺点的报告，包含标题、操作步骤和结果等。
缺点种类说明
种类名称
说明
设计缺点
因为软件设计或代码实现所产生的功能或流程的问题。
界面问题
系统页面的展现的问题。
数据问题
系统数据的根源，办理及办理结果的问题。
需求问题
软件需求测试发现的问题，也包含以后需求改正的问题。
安装部署
软件安装部署过程的错误。
性能问