3．Bug 记录中的有效信息
|
4．Bug 的严重程度
· [Page]死机，数据丢失，主要功能组完全丧失，系统悬挂
·主要功能丧失，导致严重的问题，或致命的错误声明
·次要功能丧失， 不太严重，如提示信息不太准确
·微小的问题，对功能几乎没有影响，产品及属性仍可使用. 如有个错别字
5．激活的Bug数量的趋势
· 代码完成前：很少
·代码完成后：增长很快
·接近Beta: 下降
·接近RC: 奔向零
·产品质量和里程碑的信号
·每天新建的Bug 与 修正的 Bug 相比较
·Active 状态 Bug 的总数
四．微软的一天
1． 让我们看看项目中每个角色的一天是如何度过的
· 开发
·测试
·项目经理
注：里程碑的每个阶段每个角色的工作有不同侧重点，我们以“完成功能”阶段为例
微软的一天从几点开始？
答案：半夜
为什么？
因为Daily Build是所有工作的核心，而且是在半夜自动启动。
每日构造Daily Build
- 你知道自己所用Windows的版本号吗？
- Daily Build的意义：
- 模块得以及时整合
- 要求程序员及时把最新代码放入代码库
- 用脚本语言和编译/链接工具实现
- BVT Build Verification Test
- 对Build进行验证
- Blocking Bug
- 让Build无法完成的问题
- BVT中发现的问题
2．程序员每天上班前最担心什么？
答案：因为自己昨天的代码check-in，造成Blocking Bug.
为什么？
因为每天的Build是所有人当天工作的基础：
程序员需要Build验证与其他模块的接口
测试需要Build发现新Bug，并验证新Build中已解决的Bug
有Blocking Bug怎么办？
解决问题，并对今天的Build打Patch。
开发人员的正事
经历对Build的提心吊胆和争分夺秒之后，第一件事做什么
答案：打开缺陷跟踪工具，查看指定给自己的Bug，解决高优先度的Bug。因为质量重于新功能。
