微软的开发管理经验:100%以Bug为核心
2007-06-18 11:20
309 查看
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 的总数。
相关文章推荐
- [技术讨论]网络软件开发的bug分析与公司开发管理问题之腾讯篇一(有更新)
- 访谈: 从技术开发到核心管理的十年征途
- 软件研发之道:微软开发团队的经验法则
- 微软邹欣分析Scrum开发流程的问题和经验
- 《微软开发快速秘籍》读书笔记3-危机管理
- DTCC:MySQl核心代码开发经验揭示
- 移动互联网创业团队开发管理经验
- ASP.NET综合管理ERP系统100%源代码+所有开发文档
- 微软一名资深项目经理项目管理经验
- 移动互联网创业团队开发管理经验
- BEA Weblogic Portal内容管理的几点开发经验
- Linus Torvalds谈软件开发管理经验
- oracle开发管理经验(1)
- 我不要紧的编码组两人,至少两年的dotnet网咯服务开发经验,熟悉数据库orm, 系统管理人员:熟悉各linux发行版的系统管理和安全管理,linux常用数据库的配置与运维等,有代码托管服务管理经验优
- phpSQLiteAdmin - 基于Web的SQLite数据库管理工具 - OPEN 开发经验库
- 在 Vine 产品开发和团队管理上,我这两年经验谈
- 移动互联网开发团队工作管理经验
- 项目开发管理经验交流
- --建立以变更为核心的开发管理流程
- LINUX的多线程编程高效开发经验一个小BUG