【正文】 ?產(chǎn)品規(guī)格復(fù)閱 ?制訂測(cè)試計(jì)劃 產(chǎn)品周期：測(cè)試人員 產(chǎn)品規(guī)劃階段 ?產(chǎn)品規(guī)格復(fù)閱 ?制訂測(cè)試計(jì)劃 產(chǎn)品周期：測(cè)試人員 產(chǎn)品開(kāi)發(fā)階段 ?測(cè)試軟件的開(kāi)發(fā) ?測(cè)試過(guò)程的自動(dòng)化 ?個(gè)人 /朋友版的測(cè)試 ?綜合 /驗(yàn)錯(cuò)測(cè)試 產(chǎn)品規(guī)劃階段 ?產(chǎn)品規(guī)格復(fù)閱 ?制訂測(cè)試計(jì)劃 產(chǎn)品周期：測(cè)試人員 產(chǎn)品開(kāi)發(fā)階段 ?測(cè)試軟件的開(kāi)發(fā) ?測(cè)試過(guò)程的自動(dòng)化 ?個(gè)人 /朋友版的測(cè)試 ?綜合 /驗(yàn)錯(cuò)測(cè)試 產(chǎn)品測(cè)試階段 ?多次全面運(yùn)行開(kāi)發(fā)的測(cè)試軟件 （ full test pass) ?壓力測(cè)試（ stress test) ?發(fā)布標(biāo)準(zhǔn)測(cè)試 ?糾錯(cuò)結(jié)果驗(yàn)證測(cè)試 產(chǎn)品規(guī)劃階段 ?產(chǎn)品規(guī)格復(fù)閱 ?制訂測(cè)試計(jì)劃 產(chǎn)品周期：測(cè)試人員 產(chǎn)品開(kāi)發(fā)階段 ?測(cè)試軟件的開(kāi)發(fā) ?測(cè)試過(guò)程的自動(dòng)化 ?個(gè)人 /朋友版的測(cè)試 ?綜合 /驗(yàn)錯(cuò)測(cè)試 產(chǎn)品測(cè)試階段 ?多次全面運(yùn)行開(kāi)發(fā)的測(cè)試軟件 （ full test pass) ?壓力測(cè)試（ stress test) ?發(fā)布標(biāo)準(zhǔn)測(cè)試 ?糾錯(cuò)結(jié)果驗(yàn)證測(cè)試 產(chǎn)品發(fā)布 ?最后產(chǎn)品金碟版測(cè)試 測(cè)試人員 挑戰(zhàn) ? 與開(kāi)發(fā)人員保持最佳溝通 ? 國(guó)際范圍的測(cè)試 ? 測(cè)試軟件的互用性 ? 各組成部分的共享 ? 人員的流動(dòng) 測(cè)試人員 測(cè)試方面的其他議題 ? 測(cè)試案例（ test case) ? 測(cè)試腳本（ test script) ? 版本驗(yàn)證測(cè)試（ BTV） ? Bug status ? Regression bug ? 驗(yàn)證錯(cuò)誤已被改正，并在 bug數(shù)據(jù)庫(kù)中關(guān)閉此bug ? Raid數(shù)據(jù)庫(kù) 測(cè)試人員 要避免 ? 記錄過(guò)多不可再現(xiàn)的錯(cuò)誤 ? 在早期籌備階段不進(jìn)行有效的測(cè)試，直到產(chǎn)品開(kāi)發(fā)后期才發(fā)現(xiàn)大量的嚴(yán)重錯(cuò)誤 ? 不做完全地驗(yàn)證就關(guān)閉 bugs ? Resolve bugs as fixed in Raid database 測(cè)試人員 — 回答你的問(wèn)題？ 微軟軟件開(kāi)發(fā)寫真 微軟怎么開(kāi)發(fā)出世界一流的軟件的 … ? 100%以 bug數(shù)據(jù)庫(kù)為基礎(chǔ) ? 產(chǎn)品技術(shù)支持部門的反饋 ? 產(chǎn)品規(guī)格的完成（規(guī)格修改委員會(huì)） ? 完成視覺(jué)效果的設(shè)計(jì) ? 源程序樹(shù)的鎖定（ lockdown source tree) ? 源程序樹(shù)的分叉（ fork source tree) ? 產(chǎn)品編碼完成 ? 先嘗其果（ eat your own dog food) 微軟軟件開(kāi)發(fā)寫真 微軟怎么開(kāi)發(fā)出世界一流的軟件的 … ? 可用性測(cè)試研究 ? 對(duì)于大型產(chǎn)品，按產(chǎn)品單元組景象源程序代碼更新和穩(wěn)定是有效且必要的方法 ? 戰(zhàn)斗組 (War team) ? 戰(zhàn)斗會(huì)議 (War meeting) ? Component team bug triage 微軟軟件開(kāi)發(fā)寫真 微軟怎么開(kāi)發(fā)出世界一流的軟件的 … ? 零錯(cuò)出現(xiàn) ? 金主碟 ? Signoff ? Shipping parties ? Lake Bill dump ? Launch parties/events and news watching ? “ shipit” reward and shipping gifts ? It is so much fun working for Microsoft!Hope you too have a lot of fun 作軟件這行真好玩！ 回答你的問(wèn)題？ 微軟產(chǎn)品開(kāi)發(fā)方法 日程 ? 微軟產(chǎn)品周期模型中的開(kāi)發(fā)者 規(guī)劃及撰寫產(chǎn)品說(shuō)明書(shū)階段 里程碑 0 功能實(shí)現(xiàn)階段 里程碑 1到 N 測(cè)試和穩(wěn)定階段 代碼完成（ CC）和發(fā)布產(chǎn)品 ? 微軟開(kāi)發(fā)協(xié)作模式 源代碼控制 工具 Bug跟蹤和解決 ? 開(kāi)發(fā)人員應(yīng)有的態(tài)度 里程碑 0 規(guī)劃及撰寫產(chǎn)品說(shuō)明書(shū) 微軟產(chǎn)品周期模型中的 開(kāi)發(fā)者 微軟產(chǎn)品周期模型 編程開(kāi)始 遠(yuǎn)景目標(biāo)確定 QFE DCR 主金碟 市場(chǎng) Beta版 技術(shù) Beta版 零 Bug反彈 點(diǎn) (ZBB) 里程碑目標(biāo)達(dá)到 M1MN MO 計(jì)劃 代碼完成 Beta RC RTM SPs 開(kāi)發(fā)人員在 M0階段的工作 ? 支持前一個(gè)版本 ? 幫助程序經(jīng)理撰寫產(chǎn)品說(shuō)明書(shū) 支持前一個(gè)版本 ? QFE（ Quick Fix Engineering) ? DCR(Design Change Request) ? SP1,SP2.. ? 修正被推遲的 Bug 幫助程序經(jīng)理撰寫產(chǎn)品說(shuō)明書(shū) ? 為 PM寫產(chǎn)品 說(shuō)明書(shū)提供支持 ? 審閱 Spec ? 估計(jì)功能實(shí)現(xiàn)時(shí)間，確定進(jìn)度 制訂計(jì)劃 ? 預(yù)測(cè)什么時(shí)候可以完成什么功能 ? 協(xié)調(diào)各開(kāi)發(fā)組，功能和里程碑 ? 決定做哪些功能，不做哪些功能 ? 激勵(lì) 沒(méi)有截止日期，什么事兒都做不了 ? 計(jì)劃是一種估計(jì)，更是一種承諾 ? 開(kāi)發(fā)者做主來(lái)制訂計(jì)劃 什么是好計(jì)劃 ? 把大的計(jì)劃分成小塊 每塊半天到 5天（如 WBS方法） ? 什么事情都有時(shí)間限制 開(kāi)發(fā)，測(cè)試，調(diào)試，代碼審校 … ? 如果計(jì)劃好的東西完成了，整個(gè)功能就應(yīng)該完成了（沒(méi)有不在計(jì)劃中的內(nèi)容） 制訂更合理的計(jì)劃 ? 不斷對(duì)比 比較最初的估計(jì)和實(shí)際時(shí)間有助于制訂現(xiàn)實(shí)的計(jì)劃 ? 多個(gè)開(kāi)發(fā)人員獨(dú)立估算，把結(jié)果合并 進(jìn)度控制 — 容易忽略的因素 ? 新人的上手時(shí)間 ? 準(zhǔn)備做演示的資源 ? 開(kāi)會(huì)和講座的時(shí)間 ? 維護(hù)運(yùn)行編譯的腳本 ? 編譯中斷的修正時(shí)間 ? 外部組件的集成 ? 處理測(cè)試的問(wèn)題 ? 病假 /休假 考慮具體技術(shù)實(shí)現(xiàn) ? 計(jì)劃角色，工具和流程 ? 設(shè)計(jì)新功能的實(shí)現(xiàn)方法 建立原形 ? 考察新技術(shù) 考慮的第一個(gè)問(wèn)題 — 代碼重用 ? 絕大多數(shù)代碼在別處已經(jīng)寫過(guò)了 ? 利用已有的代碼可以節(jié)省時(shí)間，提高質(zhì)量 ? 在微軟，各產(chǎn)品組互為客戶和提供商關(guān)系 ? 對(duì)于任何一段代碼，首先問(wèn)自己： 這段代碼 /功能有可能在什么地方已經(jīng)有人寫過(guò)了 可能在已有的項(xiàng)目里 可能操作系統(tǒng)已經(jīng)實(shí)現(xiàn)了（ ) 可能在某個(gè)函數(shù)庫(kù)里（ ,DLL,.NET Framework) ? 代碼重用有不同的級(jí)別 代碼重用的不同級(jí)別 ? 調(diào)用系統(tǒng)已有功能，或其他項(xiàng)目組已完成的功能（ Messenger) ? 與其他項(xiàng)目合用可執(zhí)行代碼 ? 與其他項(xiàng)目復(fù)用源代碼 ? 從其他項(xiàng)目中拷貝源代碼（ Code base) ? 利用其他項(xiàng)目的界面設(shè)計(jì)和算法（ ,Wizard) ? IE創(chuàng)造了代碼重用的神話 (Help,URL Moniker) 選擇實(shí)現(xiàn)方式時(shí)一定要慎重 ? 決定自己開(kāi)發(fā)時(shí)一定要慎重 比如：已經(jīng)有了很多數(shù)據(jù)庫(kù)引擎，我們真的有必要重新寫我們自己的嗎？ ? 采用別的項(xiàng)目的技術(shù)是一定要慎重 可能不是完完全全你要的東西 可能沒(méi)法放到你的體系中來(lái) 可能質(zhì)量達(dá)不到你的要求 可能有很多后續(xù)問(wèn)題（版本問(wèn)題，安裝 … ） ? 使用全新的技術(shù) 不一定是最好的 發(fā)布日期的限制 … 如何了解已有的代碼 ? 審閱所代碼（打印出來(lái)） ? 用代碼瀏覽器瀏覽所有代碼（如 Source Insight) ? 分步執(zhí)行程序 ? 閱讀設(shè)計(jì)文檔 ? 小心的重新格式化它 注釋，調(diào)試代碼，編程風(fēng)格，等等 MO易犯的錯(cuò)誤 ? 功能說(shuō)明書(shū)（ Spec)出來(lái)的太晚 ? 開(kāi)發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品沒(méi)有共識(shí)（ Vision) ? 在設(shè)計(jì)上花的是時(shí)間太少，形成的功能設(shè)計(jì)書(shū)不踏實(shí) ? 計(jì)劃過(guò)于樂(lè)觀 M1， M2到 Mn 開(kāi)發(fā)和編程 里程碑的設(shè)計(jì)技巧 ? 時(shí)間分配 實(shí)際編程時(shí)間 集成，穩(wěn)定時(shí)間（后面的里程碑時(shí)間加長(zhǎng)） *保證各個(gè)模塊可以在一起工作 *必須寫一段，穩(wěn)定一段，再繼續(xù)前進(jìn) 緩沖的時(shí)間 ? 每個(gè)產(chǎn)品組都有不同的安排 ? 1/3時(shí)間來(lái)集成 Code Complete代碼完成 ? 計(jì)劃的工作完成 ? 功能可以運(yùn)行 ? 不需要任何編程工作了 ? 它意味著 從編程模式轉(zhuǎn)變到發(fā)現(xiàn)并修正 Bug模式 不會(huì)再有新的功能了 代碼完成后的工作 ? 凍結(jié)界面修改 ? Beta測(cè)試 ? ZBB(Zero Bug Bounce) ? 發(fā)布候選版本 ? RTM/RTW 微軟協(xié)作工作模式 建立開(kāi)發(fā)團(tuán)隊(duì)的基礎(chǔ)設(shè)施 ? 源代碼服務(wù)器 ? Build machine ? Bug數(shù)據(jù)庫(kù) ? 發(fā)布服務(wù)器 ? 信息發(fā)布站點(diǎn) ? Exchange郵件列表和公共文件夾 建立開(kāi)發(fā)團(tuán)隊(duì)的基礎(chǔ)設(shè)施 ? 源代碼服務(wù)器 ? 編譯服務(wù)器 ? 發(fā)布服務(wù)器 ? Bug數(shù)據(jù)庫(kù) ? 信息發(fā)布站點(diǎn) ? Exchange郵件列表和公共文件夾 常用名詞 ? Checkin提交修改代碼 ? Code review代碼審核 ? Buddy build伙伴編譯 ? Pickup修改反映到 Build machine ? Synchronize同步其他人的修改 ? Build生成正式二進(jìn)制文件 ? Release正式二進(jìn)制文件發(fā)布 ? BVT啟動(dòng)測(cè)試 開(kāi)發(fā)中的版本控制 ? 為什么要進(jìn)行版本控制？ ? 版本控制工具可以 恢復(fù)到以前的版本 知道誰(shuí)曾經(jīng)改動(dòng)過(guò)某段代碼 理解某個(gè)代碼改動(dòng)的原因 ? 微軟內(nèi)部使用很多工具 Source Depot,VSS,SLM… 源代碼服務(wù)器 ?是正式的、唯一的代碼來(lái)源 ?源代碼服務(wù)器里有什么 *源代碼 *有關(guān)工具的代碼 *規(guī)格書(shū) *其他經(jīng)常改動(dòng)的文檔 ?源代碼服務(wù)器沒(méi)有什么 *二進(jìn)制文件 *目標(biāo)文件 *編譯產(chǎn)生的頭文件 提交修改代碼過(guò)程 ? 統(tǒng)一的流程可以保證 *保證版本總可以工作 *避免出現(xiàn) Build Break ? Build Break是非常嚴(yán)重的錯(cuò)誤 *開(kāi)發(fā)過(guò)程被迫中斷 *測(cè)試人員沒(méi)法測(cè)試別人的餓代碼 *對(duì)此負(fù)責(zé)的程序員會(huì)被半夜叫到公司 源代碼管理 ? 集中 *必須使用工具：如 SourceSafe ? 質(zhì)量 *編程的標(biāo)準(zhǔn)規(guī)范 通用的編程方式 /注釋 *代碼凈化和代碼審核 ? 安全性 *經(jīng)常做服務(wù)器備份 *存儲(chǔ)在不同的地方 Checkin管理 ? 程序員開(kāi)發(fā)出一段代碼 ? 個(gè)人測(cè)試 *在調(diào)試器里執(zhí)行每一行代碼 *所有的測(cè)試用例都要運(yùn)行 ? 加入個(gè)人代碼后軟件的整體測(cè)試 ? 代碼的遞交和伙伴審核及編譯 ? 嚴(yán)格的 Checkin管理 Checkin管理 測(cè)試人員 發(fā)布服務(wù)器 Builder 開(kāi)發(fā)人員 Bug數(shù)據(jù)庫(kù) 源代碼 服務(wù)器 郵件系統(tǒng) 作戰(zhàn)會(huì)議 拿到新的版本 記錄 bug 1驗(yàn)證 bug解決 解決 bug 得到新的 bug 改正 bug Check in請(qǐng)求 Check in 編譯 批準(zhǔn) 拿到最新源代碼 代碼集成要點(diǎn) ? 每一個(gè) Checkin必須有記錄 *必須發(fā) pickup郵件 *要有新 feature規(guī)格、 Bug號(hào)或說(shuō)明 *代碼審核和伙伴編譯 ? 進(jìn)入控制模式后 *Checkin之前需要申請(qǐng) *必須是解決 Show Stopper bug或由經(jīng)理或作戰(zhàn)會(huì)議批準(zhǔn) Build Machine(編譯機(jī)） ? 獨(dú)立的專用機(jī)器（通常再專用實(shí)驗(yàn)室里） ? 專人負(fù)責(zé) ? 生成二進(jìn)制