4．Bug 的嚴(yán)重程度
死機(jī)，數(shù)據(jù)丟失，主要功能組完全喪失，系統(tǒng)懸掛
主要功能喪失，導(dǎo)致嚴(yán)重的問題，或致命的錯(cuò)誤聲明
次要功能喪失， 不太嚴(yán)重，如提示信息不太準(zhǔn)確
微小的問題，對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用. 如有個(gè)錯(cuò)別字
5．激活的Bug數(shù)量的趨勢(shì)
代碼完成前：很少
代碼完成后：增長(zhǎng)很快
接近Beta: 下降
接近RC: 奔向零
產(chǎn)品質(zhì)量和里程碑的信號(hào)
每天新建的Bug 與 修正的 Bug 相比較
Active 狀態(tài) Bug 的總數(shù)
四．微軟的
1． 讓我們看看項(xiàng)目中每個(gè)角色的是如何度過的
開發(fā)
測(cè)試
項(xiàng)目經(jīng)理
注：里程碑的每個(gè)階段每個(gè)角色的工作有不同側(cè)重點(diǎn)，我們以“完成功能”階段為例
微軟的從幾點(diǎn)開始？
答案：半夜
為什么？
因?yàn)镈aily Build是所有工作的核心，而且是在半夜自動(dòng)啟動(dòng)。
每日構(gòu)造Daily Build
你知道自己所用Windows的版本號(hào)嗎？
Daily Build的意義：
模塊得以及時(shí)整合
要求程序員及時(shí)把新代碼放入代碼庫(kù)
用腳本語(yǔ)言和編譯/鏈接工具實(shí)現(xiàn)
BVT Build Verification Test
對(duì)Build進(jìn)行驗(yàn)證
Blocking Bug
讓Build無(wú)法完成的問題
BVT中發(fā)現(xiàn)的問題
2．程序員每天上班前擔(dān)心什么？
答案：因?yàn)樽约鹤蛱斓拇acheck-in，造成Blocking Bug.
為什么？
因?yàn)槊刻斓腂uild是所有人當(dāng)天工作的基礎(chǔ)：
程序員需要Build驗(yàn)證與其他模塊的接口
測(cè)試需要Build發(fā)現(xiàn)新Bug，并驗(yàn)證新Build中已解決的Bug
有Blocking Bug怎么辦？
解決問題，并對(duì)的Build打Patch。
開發(fā)人員的正事
經(jīng)歷對(duì)Build的提心吊膽和爭(zhēng)分奪秒之后，第一件事做什么
答案：打開缺陷跟蹤工具，查看指定給自己的Bug，解決高優(yōu)先度的Bug。因?yàn)橘|(zhì)量重于新功能。
接下來，開發(fā)人員會(huì)…
從版本控制工具中Check out代碼
修改代碼（解決Bug或?qū)崿F(xiàn)新功能）
取得版本工具中新變化，在本機(jī)Build和單元測(cè)試
請(qǐng)開發(fā)組同事作Code Review
Check in代碼
