1、微軟產品周期模型.主要內容產品周期方式概述:微軟產品開發的方法產品背后的人們和他們的義務與產品開發相關各人員的任務義務及其詳細引見微軟軟件開發中其他的一些事情.MOMnCode completeRTM-WProduct Cycle 產品周期.產品規劃階段 MOMnCode completeRTM-WProduct Cycle 產品周期.產品規劃階段 產品的開發階段 里程碑1,里程碑2: 較為冒險的,重要的性能 里程碑3: 次要的性能,對此需求重新估評調整MOMnCode completeRTM-WProduct Cycle 產品周期.產品規劃階段 產品的開發階段 里程碑1,里程碑2: 較為冒險

2、的,重要的性能 里程碑3: 次要的性能,對此需求重新估評調整產品測試階段 調試代碼發行測試版(Batas)預發行版(RCs)MOMnCode completeRTM-WProduct Cycle 產品周期.產品規劃階段 產品的開發階段 里程碑1,里程碑2: 較為冒險的,重要的性能 里程碑3: 次要的性能,對此需求重新估評調整產品發布 向制造業和網站投放RTM/RTM對網絡產品的效力階段產品測試階段 調試代碼發行測試版(Batas)預發行版(RCs)MOMnCode completeRTM-WProduct Cycle 產品周期.軟件開發人物表他們是誰 他們是和他一樣聰明的人 他們來自世界各地

3、他們都具有同樣的熱情開發出最好 的軟件 他們在開發過程中以顧客需求為目的.軟件開發人物表他們在產品開發組中的作用/職務是什么 產品單元總經理PUM 產品經理 程序經理PM 軟件設計工程師SDE/Dev) 軟件測試設計工程師(SDET/Test Dev) 軟件測試工程師(Tester) Build Engineer 產品設計師 本地化工程師 文檔小組.產品規劃.產品規劃義務：識別有利市場，確保產品在此市場中能迎合客戶需求，并向客戶引見產品的價值所在產品規劃定義產品 定義客戶的價值：經過消費群體的調查研討和競爭要素的分析 定義產品前景和產品前景的描畫 確定產品主要性能和特性 產品開發過程中一直以客

4、戶需求為目的 確定產品長期目的三年期至五年期目的.產品規劃階段 消費群體的調查研討 與組員交流產品前景前景描畫 待開發產品性能及他們的開發優先級 MOMnCode completeRTM-W產品周期：規劃人員.產品規劃階段 消費群體的調查研討 與組員交流產品前景前景描畫 待開發產品性能及他們的開發優先級 MOMnCode completeRTM-W產品周期：規劃人員產品開發階段 產品開發時處處以顧客需求為目的， 做顧客的代言人 競爭要素分析.產品規劃階段 消費群體的調查研討 與組員交流產品前景前景描畫 待開發產品性能及他們的開發優先級 MOMnCode completeRTM-W產品周期：規劃

5、人員產品開發階段 產品開發時處處以顧客需求為目的， 做顧客的代言人 競爭要素分析產品測試階段運營分析和預測.產品規劃階段 消費群體的調查研討 與組員交流產品前景前景描畫 待開發產品性能及他們的開發優先級 MOMnCode completeRTM-W產品周期：規劃人員產品開發階段 產品開發時處處以顧客需求為目的， 做顧客的代言人 競爭要素分析產品測試階段運營分析和預測產品發布下一版本該做的事三年期至五年期的方案.程序經理.程序經理義務：在最適宜的時候投放高質量的產品確保產品能很號的迎合市場的需求和滿足微軟運營的需求提供指點力量但并不是民主對產品的特性設置，進度和資源的安排擔任促進交流，協調小組內

6、和整個微軟范圍內的人際關系在不同的技術領域，協調與其他供應商的關系獨立硬件供應商/獨立軟件供應商.產品規劃階段 產品前景落實編寫產品規格書創建主進度表MOMnCode completeRTM-W產品周期：程序經理.產品規劃階段 產品前景落實編寫產品規格書創建主進度表MOMnCode completeRTM-W產品周期：程序經理產品開發階段 管理功能小組任務情況 管理產品規格書 堅持全組的任務重點 推進任務進度.產品規劃階段 產品前景落實編寫產品規格書創建主進度表MOMnCode completeRTM-W產品周期：程序經理產品開發階段 管理功能小組任務情況 管理產品規格書 堅持全組的任務重點

7、推進任務進度產品測試階段 對產品各方面進展權衡產品 運轉速度、性能多少、可用性 及開發進度等等.產品規劃階段 產品前景落實編寫產品規格書創建主進度表MOMnCode completeRTM-W產品周期：程序經理產品開發階段 管理功能小組任務情況 管理產品規格書 堅持全組的任務重點 推進任務進度產品測試階段 對產品各方面進展權衡產品 運轉速度、性能多少、可用性 及開發進度等等產品發布 跟蹤媒體 慶功會 下一版本預備任務.程序經理 挑戰 引導全組，使其不偏離預期的設計思想和進度 勇于承當各項責任 促進相互間的交流 具備在無指定權益情況下產生影響力的才干.程序經理要防止因小事而浪費時間和資源不為客戶

8、利益而爭辯否那么，這樣做的結局必將是：只能開發出性能拙劣的，不受客戶歡迎的產品由于他人的行為方式而看不起他但現實上是由于他的過錯，是由于他人所獲得的信息與他的不同假設情況是不要作任何假設ass-u-me) .程序經理回答他的問題？.開發人員.開發人員義務：設計開發出高質量的軟件提供技術咨詢對產品規格做出反響設計算法和數據構造設計，編寫和調試代碼.產品規劃階段 對新產品性能的可行性研討技術建議反響給規劃人員MOMnCode completeRTM-W產品周期：開發人員.產品規劃階段 對新產品性能的可行性研討技術建議反響給規劃人員MOMnCode completeRTM-W產品周期：開發人員產品開

9、發階段 編寫代碼，單元測試/調試按照進程表為測試小組提供可 測試產品單元件代碼的再運用.產品規劃階段 對新產品性能的可行性研討技術建議反響給規劃人員MOMnCode completeRTM-W產品周期：開發人員產品開發階段 編寫代碼，單元測試/調試按照進程表為測試小組提供可 測試產品單元件代碼的再運用產品測試階段調試糾錯不對產品性能作改動.產品規劃階段 對新產品性能的可行性研討技術建議反響給規劃人員MOMnCode completeRTM-W產品周期：開發人員產品開發階段 編寫代碼，單元測試/調試按照進程表為測試小組提供可 測試產品單元件代碼的再運用產品測試階段調試糾錯不對產品性能作改動產品發

10、布零個錯產品.開發人員挑戰產品功能設計的復閱/代碼的復閱按進度表進程完成一切的義務少出程序錯誤在整個產品周期中使錯誤數量小于一定數量面對更短開發周期產品國際化迅速開展的技術信息共享，相互交流.開發人員要防止他的代碼改動使每天一次的機器碼編譯出錯等待他的老板或產品單元總經理來找他說個明白他的糾錯代碼改動沒能消除錯誤他能夠在沒有處理原有問題的同時卻引入了新的錯誤在源程序進入維護形狀后沒能按規定來更新源程序代碼沉浸于電子游戲中.開發人員回答他的問題？.測試人員.測試人員義務：確保我們產品的高質量在產品消費過程中，按照產品規格書對產品及其質量做獨立確實認測試產品與設計規范相符測試產品與 規格相符測試產

11、品的穩定性測試產品的兼容性.產品規劃階段 產品規格復閱 制定測試方案 MOMnCode completeRTM-W產品周期：測試人員.產品規劃階段 產品規格復閱 制定測試方案 MOMnCode completeRTM-W產品周期：測試人員產品開發階段測試軟件的開發測試過程的自動化個人/朋友版的測試綜合/驗錯測試.產品規劃階段 產品規格復閱 制定測試方案 MOMnCode completeRTM-W產品周期：測試人員產品開發階段測試軟件的開發測試過程的自動化個人/朋友版的測試綜合/驗錯測試產品測試階段多次全面運轉開發的測試軟件 full test pass)壓力測試stress test)發布規

12、范測試糾錯結果驗證測試.產品規劃階段 產品規格復閱 制定測試方案 MOMnCode completeRTM-W產品周期：測試人員產品開發階段測試軟件的開發測試過程的自動化個人/朋友版的測試綜合/驗錯測試產品測試階段多次全面運轉開發的測試軟件 full test pass)壓力測試stress test)發布規范測試糾錯結果驗證測試產品發布最后產品金碟版測試.測試人員挑戰與開發人員堅持最正確溝通國際范圍的測試測試軟件的互用性各組成部分的共享人員的流動.測試人員測試方面的其他議題測試案例test case)測試腳本test script)版本驗證測試BTVBug statusRegression

13、bug驗證錯誤已被矯正，并在bug數據庫中封鎖此bugRaid數據庫.測試人員要防止記錄過多不可再現的錯誤在早期籌備階段不進展有效的測試，直到產品開發后期才發現大量的嚴重錯誤不做完全地驗證就封鎖bugsResolve bugs as fixed in Raid database.測試人員回答他的問題？.微軟軟件開發寫真微軟怎樣開發出世界一流的軟件的100%以bug數據庫為根底產品技術支持部門的反響產品規格的完成規格修正委員會完成視覺效果的設計源程序樹的鎖定lockdown source tree)源程序樹的分叉fork source tree)產品編碼完成先嘗其果eat your own do

14、g food).微軟軟件開發寫真微軟怎樣開發出世界一流的軟件的可用性測試研討對于大型產品，按產品單元組景象源程序代碼更新和穩定是有效且必要的方法戰斗組(War team)戰斗會議(War meeting)Component team bug triage.微軟軟件開發寫真微軟怎樣開發出世界一流的軟件的零錯出現金主碟Sign-offShipping partiesLake Bill dumpLaunch parties/events and news watching“ship-itreward and shipping gifts It is so much fun working for M

15、icrosoft!Hope you too have a lot of fun 作軟件這行真好玩！.回答他的問題？.微軟產品開發方法.日程微軟產品周期模型中的開發者 規劃及撰寫產品闡明書階段-里程碑0 功能實現階段-里程碑1到N 測試和穩定階段-代碼完成CC和發布產品微軟開發協作方式 源代碼控制 工具 Bug跟蹤和處理開發人員應有的態度.里程碑0規劃及撰寫產品闡明書. 微軟產品周期模型中的開發者.微軟產品周期模型編程開場遠景目確實定QFE DCR主金碟市場Beta版技術Beta版零Bug反彈點(ZBB)里程碑目的到達M1-MNMO方案代碼完成BetaRCRTMSPs.開發人員在M0階段的任務支

16、持前一個版本協助程序經理撰寫產品闡明書.支持前一個版本QFEQuick Fix Engineering)DCR(Design Change Request)SP1,SP2.修正被推遲的Bug.協助程序經理撰寫產品闡明書為PM寫產品 闡明書提供支持審閱Spec估計功能實現時間，確定進度.制定方案預測什么時候可以完成什么功能協調各開發組，功能和里程碑決議做哪些功能，不做哪些功能鼓勵 沒有截止日期，什么事兒都做不了方案是一種估計，更是一種承諾開發者做主來制定方案.什么是好方案把大的方案分成小塊 每塊半天到5天如WBS方法什么事情都有時間限制 開發，測試，調試，代碼審校假設方案好的東西完成了，整個功能

17、就應該完成了沒有不在方案中的內容.制定更合理的方案不斷對比 比較最初的估計和實踐時間有助于制定現實的方案多個開發人員獨立估算，把結果合并.進度控制容易忽略的要素新人的上手時間預備做演示的資源開會和講座的時間維護運轉編譯的腳本編譯中斷的修正時間外部組件的集成處置測試的問題病假/休假.思索詳細技術實現方案角色，工具和流程設計新功能的實現方法 建立原形調查新技術.思索的第一個問題代碼重用絕大多數代碼在別處曾經寫過了利用已有的代碼可以節省時間，提高質量在微軟，各產品組互為客戶和提供商關系對于任何一段代碼，首先問本人： 這段代碼/功能有能夠在什么地方曾經有人寫過了 能夠在已有的工程里 能夠操作系統曾經實

18、現了e.g.Windows) 能夠在某個函數庫里e.g.CRT,DLL,.NET Framework)代碼重用有不同的級別.代碼重用的不同級別調用系統已有功能，或其他工程組已完成的功能Windows.MSN Messenger)與其他工程合用可執行代碼與其他工程復用源代碼從其他工程中拷貝源代碼Code base)利用其他工程的界面設計和算法Member.msn,Wizard)IE發明了代碼重用的神話(Help,URL Moniker).選擇實現方式時一定要慎重決議本人開發時一定要慎重 比如：曾經有了很多數據庫引擎，我們真的有必要重新寫我們本人的嗎？采用別的工程的技術是一定要慎重 能夠不是完完全

19、全他要的東西 能夠沒法放到他的體系中來 能夠質量達不到他的要求 能夠有很多后續問題版本問題，安裝運用全新的技術 不一定是最好的 發布日期的限制.如何了解已有的代碼審閱所代碼打印出來用代碼閱讀器閱讀一切代碼如Source Insight)分步執行程序閱讀設計文檔小心的重新格式化它 注釋，調試代碼，編程風格，等等.MO易犯的錯誤功能闡明書Spec)出來的太晚開發團隊對產品沒有共識Vision)在設計上花的是時間太少，構成的功能設計書不踏實方案過于樂觀.M1，M2到Mn開發和編程.里程碑的設計技巧時間分配 實踐編程時間 集成，穩定時間后面的里程碑時間加長 *保證各個模塊可以在一同任務 *必需寫一段，

20、穩定一段，再繼續前進 緩沖的時間每個產品組都有不同的安排1/3時間來集成.Code Complete代碼完成方案的任務完成功能可以運轉不需求任何編程任務了它意味著 從編程方式轉變到發現并修正Bug方式 不會再有新的功能了.代碼完成后的任務凍結界面修正Beta測試ZBB(Zero Bug Bounce)發布候選版本RTM/RTW.微軟協作任務方式.建立開發團隊的根底設備源代碼效力器Build machineBug數據庫發布效力器信息發布站點Exchange郵件列表和公共文件夾.建立開發團隊的根底設備源代碼效力器編譯效力器 發布效力器Bug數據庫信息發布站點Exchange郵件列表和公共文件夾.常

21、用名詞Check-in-提交修正代碼Code review-代碼審核Buddy build-同伴編譯Pickup-修正反映到 Build machineSynchronize-同步其他人的修正Build-生成正式二進制文件Release-正式二進制文件發布BVT-啟動測試.開發中的版本控制為什么要進展版本控制？版本控制工具可以 恢復到以前的版本 知道誰曾經改動過某段代碼 了解某個代碼改動的緣由微軟內部運用很多工具 Source Depot,VSS,SLM.源代碼效力器是正式的、獨一的代碼來源源代碼效力器里有什么 *源代碼 *有關工具的代碼 *規格書 *其他經常改動的文檔源代碼效力器沒有什么 *

22、二進制文件 *目的文件 *編譯產生的頭文件.提交修正代碼過程一致的流程可以保證 *保證版本總可以任務 *防止出現Build BreakBuild Break是非常嚴重的錯誤 *開發過程被迫中斷 *測試人員沒法測試他人的餓代碼 *對此擔任的程序員會被半夜叫到公司.源代碼管理集中 *必需運用工具：如SourceSafe質量 *編程的規范規范 通用的編程方式/注釋 *代碼凈化和代碼審核平安性 *經常做效力器備份 *存儲在不同的地方.Check-in管理程序員開發出一段代碼個人測試 *在調試器里執行每一行代碼 *一切的測試用例都要運轉參與個人代碼后軟件的整體測試代碼的遞交和同伴審核及編譯嚴厲的Chec

23、k-in管理.Check-in管理測試人員發布效力器Builder開發人員Bug數據庫源代碼效力器郵件系統作戰會議1、拿到新的版本2、記錄bug11、驗證bug處理10、處理bug3、得到新的bug4、矯正bug5、Check in懇求7、Check in9、編譯6、同意8、拿到最新源代碼.代碼集成要點每一個Check-in必需有記錄 *必需發pickup郵件 *要有新feature規格、Bug號或闡明 *代碼審核和同伴編譯進入控制方式后 *Check-in之前需求懇求 *必需是處理Show Stopper bug或由經理或作戰會議同意.Build Machine(編譯機獨立的公用機器通常再公

24、用實驗室里專人擔任生成二進制代碼 *用于發布 *用于測試代碼、環境變量不能恣意改動 *只接受源代碼效力器的修正 *正式的環境變量.Bug數據庫測試與開發人員的溝通界面Open,resolve,and close bugs優先級Show Stopper.Exchange 公共文件夾論壇方式的公共文件夾同意、以及存儲Check-in懇求的地方Check-in要求會轉發給郵件列表.開發人員應有的態度.開發者的使命不僅僅是寫程序和調試他和一切角色一樣，為了實現用戶需求 *PM-定義用戶需求 *界面設計-描畫用戶需求 *開發-實現用戶需求 *測試-保證用戶需求程序員將把Word文檔需求闡明書“編譯成執行

25、代碼不是工程組中獨一重要的角色.開發人員的管理程序員是特殊的群體 *發明力與完成義務義務管理高于時間管理設定優先級鼓勵與懲罰程序員 *進度透明 *Bug數量和Show Stopper透明 *違反制度鼓勵開發人員寫“solid代碼 *代碼審核 *積極處置bug.代碼審核代碼審核的優越性 *加強可靠性 *極早發現工程中的問題 *擴展開發人員的代碼知識 *培訓開發人員的最正確途徑定出時間不要放棄 *每周固定時間 *明確規定為每個feature完成的一個步驟.積極處置Bugs“Bug不是不可以防止的測試是開發人員的根本功 *讓源代碼容易測試 *成為本人產品的客戶 *調查遇到的每一個問題用測試來驗證質量

26、，而不是發明質量 *不要依賴測試人員來發現bug *與測試人員成為協作同伴.問題.微軟程序經理.日程表什么是程序經理？程序經理的來歷和種類優秀程序經理的特征程序經理的幾大任務重點怎樣在競爭中取勝做沒有權威的指點者作為程序經理，有所為，有所不為.什么是程序經理這些年來，都處于模糊形狀和開發，測試，市場和用戶助理等人員一同任務程序經理和軟件的關系，就好像建筑師和房子的關系.程序經理的來歷1984年，Multiplan工程初次設立了程序經理的職位來管理整個工程并獲得了宏大的勝利，于是比爾.蓋茨決議在全公司范圍內實行程序經理的管理方式.優秀程序經理的特征做事投入對產品前景的了解專注的精神促進開展的才干

27、留意細節的才干做決策的才干做事有勇氣.程序經理的幾大任務重點產品前景及其相關的任務產品高層次初步的設計產品詳細設計和日程安排問題的處置檢查產品開發進度Checkpoints)發布產品.產品前景及其相關的任務什么時間該做什么： *何時開場一個工程 *了解顧客，業務，市場，技術 *程序經理應做調研、訪問顧客 *調研、訪問的結果：產品前景論述程序經理要把握的關鍵點 *不要只是對顧客滔滔不絕-請學會傾聽 *明白調研的優點和局限性 *為他的領域開發一片“子前景 *寫下他的想法，然后征求他人的意見.1.1產品前景及其相關的任務前景是一切任務的起點 *每個人都可以了解 *每個人都會贊同 *這個規范將會讓他專

28、注，并指點他處理難題了解他的顧客 *成熟產品的第一個版本發布 *了解所從事的行業 *當他的產品發布了，這些產品會流向什么地方.2.產品高層次初步的設計什么時候該做什么： *確定前景期間和之后的幾個月 *費用/效益分析 *程序經理書寫產品規格草案 *這是大多數工程失敗的地方PM關鍵點： *前景應該成為做決議的指點 *明晰地想象的用戶產品的情節 *Proto-specs最初的產品規格.3.產品詳細設計和日程安排什么時間做什么？ *在“里程碑0MO期間 *在程序經理和開發人員之間有更多的交流 *程序經理寫產品規格結果 *詳細的日程安排 *詳細的里程碑終了規范 *“里程碑1產品規格完成.3.1產品詳細

29、設計和日程安排怎樣才是一個好的產品規格 *概述 *明確的勝利的規范包括測試設定 *詳細的資料 *表達整個團隊的想法.3.2產品詳細設計和日程安排如何進展產品規格的審核 *學習怎樣檢檢驗收產品的規格 *提早對產品規格進展的測試 *和整個團隊一同做審核 *不要回絕接受他人的批判和意見.3.3產品詳細設計和日程安排程序經理的其他本卷須知 *徹底了解產品的前景 *徹底了解產品本身 *不斷訓練他本人的設計才干 *不要和開發人員在開發進程上爭論不停 *知道執行的順序.3.4產品詳細設計和日程安排勝利的時間安排設定日程安排校準日程就跟蹤規范達成一致知道相互依賴的關系到達里程碑有一個后備方案調整日程.主要日程

30、 PlanningSpecificationDevelopmentStabilizationSpec CompleteCode CompleteGoalsClosureMilestone 0RTMSpec/SheduleIterationsDesign ChangeeTriage.4.問題的處置什么時間該做什么 *跟蹤進程和處置問題 *在編寫代碼和發布的過程中 *程序經理更新產品規格和resolve bugsPM關鍵點 *不要對bugs視而不見 *他不可以處理任何問題 *在RAID中記錄一切的細節 *不要經常推遲bug的調正 *Over-communicate不要過多/反復的交流.5.檢查產品

31、消費進度什么時間該做什么： *每一個里程碑的結尾和經過產品發布 *按照規范檢查進程，調整日程表 *程序經理也要廣泛的交流PM關鍵點 *有他本人小的檢查點 *關于beta測試版的方案 *發現跟蹤bugs *不要太快跳到下一個版本.6.發布產品該在什么時候做什么 *撫慰，害怕，驕傲，歡樂 *RTM后的事后總結PM關鍵點 *Bring a change of clothes to work *觀賞beta測試版用戶和首批采用本產品的用戶 *專門派人的擔任人RTM事后總結的一些問題.PM行為準那么確保他的行動有益于他在開場的時候設定的目的和方向-正確的產品前景并在確定的時間發布產品.活動-實際出真知.

32、怎樣在競爭中取勝在這個部分他將會學會如何發明在市場上能贏的產品研討競爭產品知道什么時候應該指點，什么時候跟從對手留意對手的競爭優勢.四個方面下手戰勝競爭對手的四個關鍵點。A.了解產品B.了解未來能夠的方向C.把知識轉化成行動D.堅持本人不過時.A.了解產品問他所知道的運用該產品的人Dog food內部測試產品回想Product Review) *Product Planning may help產品方案會有協助 *Promise vs.delivery許愿和交貨.B.了解產品的開展方向研討公司戰略知道他們的顧客希望從他們那里得到什么認識產品方向上的變化假定他的對手是聰明能干的扮演角色.C.化知

33、識為力量他將會在一切的時間運用這些信息，比如頭腦風暴，產品規格審核等等得到正確的產品性能 *知道什么時候應該指點，什么時候跟從 *找到平衡，檢查/質疑/提問產品特征進展他本人的競爭回想.D.堅持與時代同步牢記競爭對手是一個動態的目的讓他們在他的監視范圍之中 *Dow Jones Interactive Custom Clips *Execnews最大化投資為他本人和他人.PM行為準那么知道是什么激發了人們的斗志，并且利用它來發揚團隊的力量關注大局建立個人信譽并維護它堅持積極的態度，影響他人是有樂趣的.回答以下問題.微軟軟件測試.議程軟件測試概述軟件測試組測試方案和級別Bug的發現和管理.I 軟

34、件測試概述什么是軟件測試測試的目的與義務軟件質量的定義測試與軟件本錢測試部分常用術語.什么是軟件測試？質量是保證系統 的監視和評價工程 的各個方面以確保 滿足質量規范測試是分析并確定 產品能否滿足客戶 的需求和期望的所 有活動.測試的目的與義務目的確保軟件質量，確保產品滿足設計和客戶的要求，同時降低軟件的開發本錢和維護本錢，并最終簽發Signoff)產質量量義務 *根據特性規格闡明制定測試方案 *開發必要的測試工具 *編寫測試用例 *執行系統、全面、深化的測試，在開發過程中找出一切能夠存在的Bug *跟蹤并管理產質量量，定期報告質量形狀 *擔任最終的發布認可Signoff).測試與軟件本錢本錢

35、-越早發現bug，修正的時機越大，開發和后期維護的代價越小 *Spec review *編碼階段 *Beta階段 *本地化 *發布后質量越高，軟件發布后維護費用越底開發費用需求分析編碼發布.部分常用術語QA-Quality Assurance 質量保證Bug-缺陷，問題Blocking BugShow Stopper Bug/Release Kill-致命問題Milestone-里程碑Test Case-測試用例Stress Test-壓力測試BVT-Build Verification TestAd-hoc 測試-隨機測試Buddy TestHot FixingDog FoodZBB(Zer

36、o Bug Bounce)ZBR(Zero Bug Release)RTM/RTW.II 軟件測試組軟件測試組在整個工程中的位置與程序員的關系與程序經理的關系測試組的主要職責測試組成員的職責.微軟測試組在整個工程中的位置和設計組，開發組 及用戶教育等并列 的隊伍測試組擔任產品的 質量控制測試人員和開發人 員的比例大約是 1： 1開發測試后勤用戶教育產品經理產品規劃溝通和聯絡.與程序員的關系測試組不是開發組的助手， 協作又各司其職程序員不能寫完代碼就扔過 墻，等待測試工程師找到所 有的BugRAID是橋梁對有分歧的Bug程序員不能 擅自封鎖測試人員對發現的Bug要盡 能夠的提供詳細的資料.與程序

37、經理的關系沒有隸屬關系，協作 又各司其職程序經理提供詳細的 規格闡明程序經理要參與Review 測試方案測試人員要報告測試狀 態及產品形狀.測試隊伍的主要職責測試隊伍組成 *經理、組長、測試工程師主要職責 *測試方案 *測試 *測試過程 *工程與資源管理 *交流與資源管理 *交流與業務.測試工程師的主要責任撰寫相關的測試方案和測試用例設計或改編相關的測試工具識別可自動測試區域參與組內的測試方案和測試用例以及測試腳本分析任務手動/自動測試Ad-Hoc測試按照需求規格闡明查證并驗證各項功能發現并報告Bug，跟蹤Bug形狀評價Bug對產品其他區域的主要影響.測試組長的主要責任確定測試的戰略參與對整個

38、產品的完好測試方案的制定參與并管理測試評價Bug對用戶的影響，引薦Work-Around.獨立的跟蹤關鍵Bug的形狀管理測試任務和對應的資源參與面試新人交流形狀和存在的問題，并驅動問題的處理促進組內交流.測試經理的主要責任定義時間進度表定義質量規范參與Bug TriageSign off產品發起和方案長期的測試過程，使之規范化積極開發測試人員的技術技藝組建測試隊伍，雇傭測試工程師合理安排各種資源擔任制定產品測試所需的預算.III 測試方案和級別測試方案的主要內容測試級別.測試方案的主要內容2-1引言 *背景信息 *質量目的 *責任 *測試的方法論.測試方案的主要內容Milestone的處置測試

39、文檔自動測試戰略集成測試戰略API測試戰略性能測試 Performance (Benchmark) Testing測試資源的規劃兼容測試Ad Hoc測試戰略本地化測試戰略全球化測試戰略Beta戰略Release Criteria對第三方的依賴測試周期：與工程 的里程碑配合.測試級別單元測試針對單獨代碼部分進展的測試 *子程序 *簡單函數組件測試測試多個單元和數據對象間的互操作性 *被調用的Subroutines,Data,etc.集成測試測試集成組件的互操作性 *Exe和Dll系統測試測試系統的強健性與外部系統的交互性 *壓力測試/性能測試 *系統安裝/運用程序的兼容性.測試實際活動.IV B

40、ug的發現和管理什么是Bug及常見類型RAID有效地報告BugBug的嚴重程度和優先級Bug的處置Bug TriageActive Bug數量的趨勢.Bug及常見類型功能未實現，和規格闡明書 不一致不能任務：死機，沒反響不兼容邊境條件界面、音訊、提示不夠準確， 不友好把尚未完成的任務也作為一個Bug文檔與協助信息中的缺陷也是Bug.RAIDRAID是客戶端的工具，Bug數據庫整個產品組的中央記錄和控制豐富的查詢功能，有效地跟蹤工程的形狀，為產品發布提供判別規范準確的定義了描畫Bug要用到的屬性Postponed Bug一切的記錄無法刪除,對于每個記錄只能不斷添加內容.報告新Bug查詢并確認不反

41、復 *從標題開場 *能夠查找多次 *最后是查找Bug的描畫 *假設找到類似的Bug 檢查能否需求新的注釋填寫標題,簡明描畫該 問題.Bug記錄中的有效信息StatusAssigned ToIssue TypeSeverityPriorityChange Date,Change ByOpened Date,By,RevSource,Beta ID,How foundLanguageResolution:By design, Fixed,Duplicate,Not Repro,Wont FixArea,Sub AreaPlatform附件附圖.報告新Bug環境描畫系統配置,如: *OS *內存大小

42、 *處置器類型 *閱讀器類型和版本 *其他運用程序.報告新Bug描畫協助開發人員再現Bug.組成 *列出起始參數 *再現步驟 *預期和實踐的結果 *已測試的其他有用信息一旦保管所用描畫將無法修正,只能添加.Bug的嚴重程度死機,數據喪失,主要功能組完全喪失,系統死機主要功能喪失,導致嚴重的問題,或導致的錯誤聲明次要功能喪失,不太嚴重,如提示信息不太準確微小的問題,對功能幾乎沒有影響,產品及屬性仍可運用.如有個錯別字.激活形狀的Bug新建一個Bug時的形狀Bug Regression闡明Bug等待修正評價開發進度產質量量的重要目的.處置Bug對Bug的處置結果必需重新分派給報告該Bug的人員對修

43、正的Bug需求確認.處理/封鎖BugBug的處理方法 *故意的 *反復 *無法重現 *延期修正 *永不修正 *外部Bug的處理方法=已修正Bug Regression.Bug的Triage何時TriageTriage成員 *主持:Program Manager *成員:QA/Dev/LPM,Builder and經理討論 *要求Fix的理由 *Fix能夠帶來的風險 *Fix要求被回絕時要采取的行動.Active Bug數量的趨勢代碼完成前:很少代碼完成后:增長很快接近Beta:下降接近RC:奔向零產質量量和里程碑的信號 *每天新建的Bug與修正的Bug相比較 *Active形狀Bug的總數.P

44、MOthersDEVBuilderTesterRaidSLM SrvBld SrvRls Srv12.Tester to verify the fix,close/re-activate the bug accordinglyA Bugs life100% Raid drivenExchangePublicFolder1.File a bug2.Triage the bug3.Dev investigate the bug7.Check in bug fix4.Ask Check in8.Auto sync at night10.Pass BVT9.Mgr daily builds11.Mgr

45、 daily releases5.Builder verify permissionFile/view bugs.回答以下問題?.微軟的組織和管理.微軟一瞥全球50,000名員工總市值3560億美圓FY2001,銷售額達253億美圓,利潤117億全球最大的軟件公司多次被評為最受尊崇的企業2001年,全球最有價值的商業品牌分支機構遍及66個國家和地域全線250多種產品,涵蓋從前臺直至企業級后臺關鍵運用.微軟的目的Empower people through great software,any time,any place,and on any device. 用強大的軟件武裝人們,在任何時候,

46、任何地方,經過任何設備.變化中的微軟1995Desktop2002ConsumerAnd DevicesDesktopServer andEnterprise.微軟公司的組織構造圖微軟公司消費產品部平臺產品部商業產品部開發產品部技術效力部銷售市場部研討院.公司運作根本法那么消費具有廣泛用戶和市場前景的軟件產品數字化管理使公司變小效率優先,注重結果創業家精神招募業界最優秀的人才.數字化管理管理目的量化為詳細目的用數字來衡量組織和個人業績的好壞微軟的年度預算和年中檢查 *數據分析 a.銷售業績/同期比較/預測 b.市場數據/市場占有率/競爭對手 c.資源(資金/人員)分配現狀 *調整措施 a.戰略

47、的調整 b.資源懇求 c.組織構造的調整.使公司變小管理層定期向員工發送關于公司戰略決策的郵件電子郵件是內部的正式文件運用Webcast來廣播重要事宜各類年度全球大會內部技術論壇和午餐會專門經費用于部門活動和士氣鼓舞全球規范化.效率優先,注重結果資源的配置一切以效率為首位效率是衡量組織和經理的重要目的預先設定可評價的目的抓住重點,確保資源有效利用以結果作為丈量勝利的規范.創業家精神Bill Gate:微軟離倒閉永遠只需18個月牢記競爭對手是誰 *仔細研討競爭對手的一切特性 *一旦掌控市場,即使本人的舊版本為敵人爭奪市場絕對控制權 *每個員工都清楚主要目的是贏取100%市場份額 *雇傭和提拔勇于

48、征戰而不是偷安的人每天都在戰斗 *作戰會議 每天至少一次 *作戰指揮部 關鍵決策者 *敢死隊 執行緊急義務.招募業界最優秀的人才人是微軟真正的最大的財富員工的素質是隊消費力獨一最重要的來源聘用最聰明的前5%,這里的關鍵詞是聰明,而不是知識和閱歷面試過程是非常密集和嚴峻的.它不保證一切合格的人都被聘用,但是保證不合格的人很難被聘用一切員都有共同個性特點:敏銳,聰明,有熱情和富有進取心.微軟的未來之路.NET戰略.Internet泡沫的教訓經濟法那么依然有效風險/收益在一個新的程度信息技術的優勢不再是Startups獨有信息根底只是方法，不是目的Internet的互聯并不代表集成突破性的變革需求5

49、+年.微軟對未來的展望DatabaseBrowser nTierWebService1992Client/Server1996Internet1stGen1998Internet2ndGen2001Internet3rdGen.NET=XML Web ServiceClientClient WebService WebService WebService WebServiceXMLXMLXMLXMLXMLXMLHTML Web Service=A programmable applicationComponent accessible via standard Web protocols.現有

50、運用模型ASP模型Rich ClientBrowser.下一代的運用模型 OtherClients RichClientsBrowser SmartDevices Biz Logic&Web Service LocalServicesInternetPublic Web ServicesBuilding Block Services Internal Services ServersData,HostsXMLXMLXMLXMLXMLXMLHTML.為什么要Web Service網聚人的力量模式模式特征特點傳統軟件用戶的功能范圍極為有限（僅限于與單機或局域網）新老系統，內外系統德互聯極為困難對于

51、軟件廠商來說，巨大德用戶資源沒有得到充分利用（如用友有5萬的巨大用戶群）現存Internet應用由廠商在Internet端建立單一或綜合解決方案，是傳統軟件模式在Internet上的簡單重復現行的Internet應用模式相對簡單，為最終用戶的增值空間較小。現行的Internet的商業模式尚未建立，用戶轉移平臺代價較小。現行的Internet應用之間也存在互聯困難，沒有規模效益等傳統軟件的弊病 WebService由市場領導者制定應用框架，眾多開發商基于標準協議和Fundamental.Service開發豐富應用，用戶享有極大的互聯其他應用軟件和個性化定制的便利。整個框架完全開放，獨立于操作系統

52、，對象模式和編程語言用標準的Internet協議（HTTP/XML/SOAP）可以存取訪問所有Web Service應用可以無縫集成互聯網的出現和迅猛開展構成了一種廉價的，充分尊重規范，互聯宏大 用戶資源和商業資源的根底設備，為新的運用方式的出現提供了根本條 件摩爾定律和吉爾德定律再互聯網德運用，使得計算才干和寬帶不再成為 稀缺資源；接入設備和接入手段的多樣化和簡單化使得互聯網運用成為 最普通運用場景但是目前無論是互聯網運用和傳統軟件在利用互聯網的程度都處于相當 低的程度，沒有充分利用到互聯網所銜接德宏大資源和商業價值業界現狀客戶需求由廠商向企業個體提供基于局域網或單機德處理方案.市場經濟和社

53、會化大消費的開展要求企業運用與上下游協作伙 伴，客戶，Marketplace進展集成互聯企業內部也存在著新老系統，不同業務運用集成的問題如今的運用集成面臨著難度大，費用高，時間長，效果差等問 題業界現狀客戶需求為什么要Web Service運用集成應用模式優點缺點主要廠商All in one由單一廠商提供面向企業全方位管理的完整解決方案由該廠商提供的應用之間集成度較高（但是該廠商在開發應用之時，也會面臨著構架系統，集成模塊的問題費用高，周期長，實施難度大，幾乎不能利用已有應用資源，沒有解決與外部應用相連的問題SAP，Oracle,IBM,用友，金碟，通軟EAI由EAI廠商提供連接不同應用的中間

54、件或連接件能夠利用以有應用資源費用高，周期長實施難度極大應用集成程度較低Web Methods B2B Microsoft Biz talk NEON/IBM MQSI iplanet Solution MercatorWebService應用是以組件方式提供的，可用Internet標準協議存取的Web Service整個框架完全開放，獨立于操作系統，對象模式和編程語言用標準的Internet協議（HTTP/XML/SOAP）可以存取訪問所有Web Service接口規范通過WSDL和UDDI完全公開，便于發現和集成Service提供的是獨立于供應商的平臺，不同應用廠商的Service應用可以

55、無縫集成尚無案例和經驗可供借鑒，許多技術和操作領域尚待自行開拓中國需要有一個強有力的領導者制定框架規范和基礎Service應用.業界現狀客戶需求為什么要Web Service軟件是效力客戶不希望為那些很少用到或根本不用的功能支付費用客戶希望購買到隨時隨地可用的“功能和“效力，而并非是受地理位置和 設備限制的軟件客戶希望得到軟件的效力，而不是大費人力物力地為軟件效力軟件的補丁，更新和晉級應該更加容易和透明Software效力是軟件的附加值Service軟件是效力的載體應用模式優點缺點主要廠商傳統模式單機模式，C/S或B/S模式應用程序和數據存放在單機或局域網內 廣泛采用進入門檻低，競爭激烈支持維

56、護費用高無法滿足以上客戶需求用友，金碟，速達，明星進銷存，協力商霸，管家婆ASPB/S模式應用程序和數據存放在Internet應用服務提供商支持維護費用低持續的現金流ASP概念尚未被客戶廣泛接受，ASP基礎實施環境有待成熟，客戶擔心數據的私密和安全尚未建立穩定的商業模式偉庫（)聯想（)WebServiceWeb Service模式，數據和應用根據應用需要由用戶自行選擇存放在本地或Internet應用服務提供商用戶接受程度高支持維護費用低用戶完全控制自己數據商業模式的建立需要的業界的領導者和廣泛支持隨著Web Service在中國的逐漸接受和廣泛應用，將12年內出現一批提供類似服務的軟件廠商.大

57、量手持設備，信息家電，車載設備等智能設備的迅猛開展使得PC 不再成為個人存取和管理信息的獨一設備多種智能設備和接入手段的出現順應了人們希望無論何時，何地都 可以存取信息的要求人們希望對信息的體驗是基于信息本身，而不是受限于信息設備， 或被信息設備所控制業界現狀客戶需求為什么要Web Service智能設備模式模式特征后果現存設備不同的設備彼此獨立有不同的應用軟件和不同的用戶數據用戶在不同設備之間維護著多份數據拷貝用戶數據很難在不同設備之間共享，同步和更新開發商需要為不同設備定制開發不同的應用Service不同設備低層是基于共同的Framework基礎框架開發商只需開發一套應用程序，便可用較小代

58、價移植到不同設備用戶可以在不同設備之間共享，同步和更新數據用戶可以在不同設備之間享受同樣的用戶體驗.盜版是中國軟件業最大的敵人，據IPRC統計中國盜版軟件裝載率高 達91%，給軟件供應商每年帶來上百億元直接經濟損失盜版在中國有著深沉的社會和歷史根底，假設單從法規政策，社會 環境和人們接受程度等大環境的根本好轉，還需求等待漫長的時間傳統軟件在傳播，運用，價值表達上的特性是軟件盜版特別猖獗的 技術緣由中國軟件盜版的現狀極大限制中國軟件供應商的投資取向，運營行 為，利潤報答，是中國軟件業出現心態浮躁，短期行為，忽視根底 軟件研發的重要緣由業界現狀客戶需求模式模式特征后果傳統軟件軟件的價值幾乎全部體現

59、于承載介質之上的軟件的功能軟件承載介質在存在著易復制，易傳播等技術特性軟件產品的復制品在使用價值上并無差異絕大多數人誤解為軟件價值就是軟件的編輯成本；大多數軟件商把重心放在企業軟件，而不敢投資于市場容量大，發展潛力巨大的消費型軟件和中小企業軟件；中國軟件業熱衷于系統集成等初期投入小，技術含量低等領域，忽視投資回報巨大，技術進入門檻較高的基礎軟件的研發WebService軟件的價值體現于供應商及軟件所實現的服務軟件本身只是實現這種服務的必要但不充分條件（服務的實現還需要后臺服務商的支持和運營）僅僅復制軟件本身并不能取得這種服務將采用低價進入，按月收費的電信收費模式盜版生存的技術土壤不復存在新的收

60、費模式提供了較低的進入門檻，容易為個人和中小企業接受持續不斷的收入流確保了企業的現金流，容易控制和預測企業盈利狀況為什么要Web Service處理盜版問題.微軟的團隊和人員管理.課程安排微軟的人才觀微軟的招聘微軟的新員工教育微軟如何進展個人業績考核微軟如何管理員工事業開展微軟的企業文化.微軟的人才平衡表 $3560 億美圓市值 -$300 億美圓固定資產 -$700 億美圓品牌價值 $2560 億美圓人才價值人才是微軟真正的最大的財富.微軟的中心企業價值觀客戶(Customers)創新(Innovation)協作(Partners)耿直(Integrity)以人為本(People)創業家文化