微软的开发管理经验:100%以Bug为核心
来源:互联网 发布:linux查看jvm参数设置 编辑:程序博客网 时间:2024/04/29 20:29
Bug 追踪归类:
Fixed:已修复或更正; Duplicated: 某bug以被别人找出来了; Won't fix:可忽略不计 ;
Postponed:此bug不很重要,可推迟到下一阶段解决,或更正风险太大,bug本身影响有限;
By design :不符合逻辑,也不符用户需求,但同设计吻合;
Not repro :某bug自动消失,可能处理其他bug时,一并修复了。
1.Bug 及常见类型
功能未实现,和规格说明书不一致; 不能工作:死机,没反应;不兼容; 边界条件界面、消息、提示不够准确,不友好;把尚未完成的工作也作为一个Bug;文档与帮助信息中的缺陷
2. RAID/BMS的基本功能
完整的Bug数据库; 整个产品组的中央记录和控制; 强大的查询功能,有效地跟踪项目的状态所有的记录无法删除,对于每个记录只能一直添加内容;丰富的报表功能,为产品发布提供判断标准
3. Bug 记录中的有效信息
状态; 负责人; 问题种类; 严重级; 优先级; 修改时间; 登记时间
缺陷来源; 解决方案; 运行环境; 缺陷关联; 附件; 附图; 缺陷细节
4. Bug 的严重程度
1)死机,数据丢失,主要功能组完全丧失,系统悬挂;
2) 主要功能丧失,或致命的错误声明;
3) 次要功能丧失,不太严重,如提示信息不太准确 ;
4) 微小的问题,对功能几乎没有影响,仍可使用。
5. 激活的Bug数量的趋势
代码完成前:很少; 代码完成后:增长很快; 接近Beta: 下降; 接近RC: 奔向零 ;
产品质量和里程碑的信号;
每天新建的Bug 与 修正的 Bug 相比较 ; Active 状态 Bug 的总数。
- 微软的开发管理经验:100%以Bug为核心
- 以工作流为核心的企业开发平台架构
- 以测试为核心的软件开发过程
- 建立以变更为核心的开发管理流程
- --建立以变更为核心的开发管理流程
- 建立以变更为核心的开发管理流程
- 微软资深经理人的项目管理经验
- 微软资深经理人的项目管理经验
- 微软资深经理人的项目管理经验
- 以汇编语言为核心的MD5算法
- 建设以需求为核心的知识库
- 以ADO为核心的知识讲解
- 以用户需求为核心的SEO
- 使用 FileNet Content API 开发以内容为核心的流程
- 使用 FileNet Content API 开发以内容为核心的流程
- 使用 FileNet Content API 开发以内容为核心的流程
- 以测试为核心控制软件开发过程
- 如何让CRM的核心为:以客户为中心
- The Dragon Boat Festival and Rice dumpling
- 如何将一个字符数组里的值赋给CString但要求将末尾的空格去掉?
- C# DataGrid设置列标题列宽代码
- 和心语网管过不去的c#源程序
- 错误"Lc.exe 已退出,代码 -1 "
- 微软的开发管理经验:100%以Bug为核心
- 同一局域网中获取客户端IP及MAC地址
- 指针在任何情况下都可以进行>,=,<=, ==运算?
- 疲惫的时候,听听这首音乐
- 开发过程中,错误集锦。
- 打印DataSet中的数据
- UML学习-------RUP的基本特征
- C语言符号优先级
- 我对REST的重新认识