【正文】 ? ? ? ? ? 問你所知道的使用該產(chǎn)品的人 ? Dog food內(nèi)部測(cè)試 ? 產(chǎn)品回顧（ Product Review) *Product Planning may help產(chǎn)品計(jì)劃會(huì)有幫助 *Promise ? 研究公司策略 ? 知道他們的顧客希望從他們那里得到什么 ? 認(rèn)識(shí)產(chǎn)品方向上的變化 ? 假定你的對(duì)手是聰明能干的 ? 扮演角色 ? 你將會(huì)在所有的時(shí)間使用這些信息，比如頭腦風(fēng)暴，產(chǎn)品規(guī)格審核等等 ? 得到正確的產(chǎn)品性能 *知道什么時(shí)候應(yīng)該領(lǐng)導(dǎo)，什么時(shí)候跟從 *找到平衡，檢查 /質(zhì)疑 /提問產(chǎn)品特征 ? 進(jìn)行你自己的競(jìng)爭(zhēng)回顧 ? 牢記競(jìng)爭(zhēng)對(duì)手是一個(gè)動(dòng)態(tài)的目標(biāo) ? 讓他們?cè)谀愕谋O(jiān)視范圍之中 *Dow Jones Interactive Custom Clips *Exeews ? 最大化投資（為你自己和別人） PM行為準(zhǔn)則 ? 知道是什么激發(fā)了人們的斗志，并且利用它來發(fā)揮團(tuán)隊(duì)的力量 ? 關(guān)注大局 ? 建立個(gè)人信譽(yù)并維護(hù)它 ? 保持積極的態(tài)度，影響別人是有樂趣的 回答問題 微軟軟件測(cè)試 議程 ? 軟件測(cè)試概述 ? 軟件測(cè)試組 ? 測(cè)試計(jì)劃和級(jí)別 ? Bug的發(fā)現(xiàn)和管理 I 軟件測(cè)試概述 ? 什么是軟件測(cè)試 ? 測(cè)試的目的與任務(wù) ? 軟件質(zhì)量的定義 ? 測(cè)試與軟件成本 ? 測(cè)試部分常用術(shù)語 什么是軟件測(cè)試？ ?質(zhì)量是保證 — 系統(tǒng) 的監(jiān)督和評(píng)估項(xiàng)目 的各個(gè)方面以確保 滿足質(zhì)量標(biāo)準(zhǔn) ?測(cè)試是分析并確定 產(chǎn)品是否滿足客戶 的需求和期望的所 有活動(dòng) 測(cè)試的目的與任務(wù) ? 目的 — 確保軟件質(zhì)量，確保產(chǎn)品滿足設(shè)計(jì)和客戶的要求，同時(shí)降低軟件的開發(fā)成本和維護(hù)成本，并最終簽發(fā)（ Signoff)產(chǎn)品質(zhì)量 ? 任務(wù) *根據(jù)特性規(guī)格說明制訂測(cè)試計(jì)劃 *開發(fā)必要的測(cè)試工具 *編寫測(cè)試用例 *執(zhí)行系統(tǒng)、全面、深入的測(cè)試，在開發(fā)過程中找出所有可能存在的 Bug *跟蹤并管理產(chǎn)品質(zhì)量，定期報(bào)告質(zhì)量狀態(tài) *負(fù)責(zé)最終的發(fā)布認(rèn)可（ Signoff) 測(cè)試與軟件成本 ? 成本 越早發(fā)現(xiàn) bug，修正的機(jī)會(huì)越大，開發(fā)和后期維護(hù)的代價(jià)越小 *Spec review *編碼階段 *Beta階段 *本地化 *發(fā)布后 ? 質(zhì)量越高，軟件發(fā)布后維護(hù)費(fèi)用越底 開發(fā) 費(fèi)用 需求分析 編碼 發(fā)布 部分常用術(shù)語 ? QAQuality Assurance 質(zhì)量保證 ? Bug缺陷，問題 ? Blocking Bug ? Show Stopper Bug/Release Kill致命問題 ? Milestone里程碑 ? Test Case測(cè)試用例 ? Stress Test壓力測(cè)試 ? BVTBuild Verification Test ? Adhoc 測(cè)試 隨機(jī)測(cè)試 ? Buddy Test ? Hot Fixing ? Dog Food ? ZBB(Zero Bug Bounce) ? ZBR(Zero Bug Release) ? RTM/RTW II 軟件測(cè)試組 ? 軟件測(cè)試組在整個(gè)項(xiàng)目中的位置 ? 與程序員的關(guān)系 ? 與程序經(jīng)理的關(guān)系 ? 測(cè)試組的主要職責(zé) ? 測(cè)試組成員的職責(zé) 微軟測(cè)試組在整個(gè)項(xiàng)目中的位置 ?和設(shè)計(jì)組，開發(fā)組 及用戶教育等并列 的隊(duì)伍 ?測(cè)試組負(fù)責(zé)產(chǎn)品的 質(zhì)量控制 ?測(cè)試人員和開發(fā)人 員的比例大約是 1： 1 開發(fā) 測(cè)試 后勤 用戶教育 產(chǎn)品經(jīng)理 產(chǎn)品規(guī)劃 溝通和聯(lián)絡(luò) 與程序員的關(guān)系 ?測(cè)試組不是開發(fā)組的助手， 合作又各司其職 ?程序員不能寫完代碼就扔過 墻，等待測(cè)試工程師找到所 有的 Bug ?RAID是橋梁 ?對(duì)有分歧的 Bug程序員不能 擅自關(guān)閉 ?測(cè)試人員對(duì)發(fā)現(xiàn)的 Bug要盡 可能的提供詳細(xì)的資料 與程序經(jīng)理的關(guān)系 ?沒有隸屬關(guān)系，合作 又各司其職 ?程序經(jīng)理提供詳細(xì)的 規(guī)格說明 ?程序經(jīng)理要參與 Review 測(cè)試計(jì)劃 ?測(cè)試人員要報(bào)告測(cè)試狀 態(tài)及產(chǎn)品狀態(tài) 測(cè)試隊(duì)伍的主要職責(zé) ?測(cè)試隊(duì)伍組成 *經(jīng)理、組長(zhǎng)、測(cè)試工程師 ?主要職責(zé) *測(cè)試計(jì)劃 *測(cè)試 *測(cè)試過程 *項(xiàng)目與資源管理 *交流與資源管理 *交流與業(yè)務(wù) 測(cè)試工程師的主要責(zé)任 ?撰寫相關(guān)的測(cè)試計(jì)劃和測(cè)試用例 ?設(shè)計(jì)或改編相關(guān)的測(cè)試工具 ?識(shí)別可自動(dòng)測(cè)試區(qū)域 ?參與組內(nèi)的測(cè)試計(jì)劃和測(cè)試用例以及測(cè)試腳本分析工作 ?手動(dòng) /自動(dòng)測(cè)試 ?AdHoc測(cè)試 ?按照需求規(guī)格說明查證并驗(yàn)證各項(xiàng)功能 ?發(fā)現(xiàn)并報(bào)告 Bug，跟蹤 Bug狀態(tài) ?評(píng)估 Bug對(duì)產(chǎn)品其他區(qū)域的主要影響 測(cè)試組長(zhǎng)的主要責(zé)任 ?確定測(cè)試的策略 ?參與對(duì)整個(gè)產(chǎn)品的完整測(cè)試計(jì)劃的制定 ?參與并管理測(cè)試 ?評(píng)估 Bug對(duì)用戶的影響，推薦 WorkAround. ?獨(dú)立的跟蹤關(guān)鍵 Bug的狀態(tài) ?管理測(cè)試工作和對(duì)應(yīng)的資源 ?參與面試新人 ?交流狀態(tài)和存在的問題，并驅(qū)動(dòng)問題的解決 ?促進(jìn)組內(nèi)交流 測(cè)試經(jīng)理的主要責(zé)任 ?定義時(shí)間進(jìn)度表 ?定義質(zhì)量標(biāo)準(zhǔn) ?參加 Bug Triage ?Sign off產(chǎn)品 ?發(fā)起和計(jì)劃長(zhǎng)期的測(cè)試過程，使之規(guī)范化 ?積極開發(fā)測(cè)試人員的技術(shù)技能 ?組建測(cè)試隊(duì)伍，雇傭測(cè)試工程師 ?合理安排各種資源 ?負(fù)責(zé)制定產(chǎn)品測(cè)試所需的預(yù)算 III 測(cè)試計(jì)劃和級(jí)別 ?測(cè)試計(jì)劃的主要內(nèi)容 ?測(cè)試級(jí)別 測(cè)試計(jì)劃的主要內(nèi)容 21 ?引言 *背景信息 *質(zhì)量目標(biāo) *責(zé)任 *測(cè)試的方法論 測(cè)試計(jì)劃的主要內(nèi)容 ?Milestone的處理 ?測(cè)試文檔 ?自動(dòng)測(cè)試策略 ?集成測(cè)試策略 ?API測(cè)試策略 ?性能測(cè)試 Performance (Benchmark) Testing ?測(cè)試資源的規(guī)劃 ?兼容測(cè)試 ?Ad Hoc測(cè)試策略 ?本地化測(cè)試策略 ?全球化測(cè)試策略 ?Beta策略 ?Release Criteria ?對(duì)第三方的依賴 ?測(cè)試周期：與項(xiàng)目 的里程碑配合 測(cè)試級(jí)別 ?單元測(cè)試 — 針對(duì)單獨(dú)代碼部分進(jìn)行的測(cè)試 *子程序 *簡(jiǎn)單函數(shù) ?組件測(cè)試 — 測(cè)試多個(gè)單元和數(shù)據(jù)對(duì)象間的互操作性 *被調(diào)用的 Subroutines,Data,etc. ?集成測(cè)試 — 測(cè)試集成組件的互操作性 *Exe和 Dll ?系統(tǒng)測(cè)試 — 測(cè)試系統(tǒng)的強(qiáng)壯性與外部系統(tǒng)的交互性 *壓力測(cè)試 /性能測(cè)試 *系統(tǒng)安裝 /應(yīng)用程序的兼容性 測(cè)試實(shí)踐活動(dòng) IV Bug的發(fā)現(xiàn)和管理 ?什么是 Bug及常見類型 ?RAID ?有效地報(bào)告 Bug ?Bug的嚴(yán)重程度和優(yōu)先級(jí) ?Bug的處理 ?Bug Triage ?Active Bug數(shù)量的趨勢(shì) Bug及常見類型 ?功能未實(shí)現(xiàn)，和規(guī)格說明書 不一致 ?不能工作：死機(jī)，沒反應(yīng) ?不兼容 ?邊界條件 ?界面、消息、提示不夠準(zhǔn)確， 不友好 ?把尚未完成的工作也作為一個(gè) Bug ?文檔與幫助信息中的缺陷也是 Bug RAID ?RAID是客戶端的工具， Bug數(shù)據(jù)庫 ?整個(gè)產(chǎn)品組的中央記錄和控制 ?豐富的查詢功能，有效地跟蹤項(xiàng)目的狀態(tài)，為產(chǎn)品發(fā)布提供判斷標(biāo)準(zhǔn) ?準(zhǔn)確的定義了描述 Bug要用到的屬性 ?Postponed Bug ?所有的記錄無法刪除 ,對(duì)于每個(gè)記錄只能一直添加內(nèi)容 報(bào)告新 Bug ?查詢并確認(rèn)不重復(fù) *從標(biāo)題開始 *可能查找多次 *最后是查找 Bug的描述 *如果找到類似的 Bug 檢查是否需要新的注釋 ?填寫標(biāo)題 ,簡(jiǎn)明描述該 問題 Bug記錄中的有效信息 ?Status ?Assigned To ?Issue Type ?Severity ?Priority ?Change Date,Change By ?Opened Date,By,Rev ?Source,Beta ID,How found ?Language ?Resolution:By design, Fixed,Duplicate,Not Repro,Won’ t Fix ?Area,Sub Area ?Platform ?附件 ?附圖 報(bào)告新 Bug— 環(huán)境 ?描述系統(tǒng)配置 ,如 : *OS *內(nèi)存大小 *處理器類型 *瀏覽器類型和版本 *其他應(yīng)用程序 報(bào)告新 Bug— 描述 ?幫助開發(fā)人員再現(xiàn) Bug.. ?組成 *列出起始參數(shù) *再現(xiàn)步驟 *預(yù)期和實(shí)際的結(jié)果 *已測(cè)試的其他有用信息 ?一旦保存所用描述將無法修改 ,只能添加 Bug的嚴(yán)重程度 ?死機(jī) ,數(shù)據(jù)丟失 ,主要功能組完全喪失 ,系統(tǒng)死機(jī) ?主要功能喪失 ,導(dǎo)致嚴(yán)重的問題 ,或?qū)е碌腻e(cuò)誤聲明 ?次要功能喪失 ,不太嚴(yán)重 ,如提示信息不太準(zhǔn)確 ?微小的問題 ,對(duì)功能幾乎沒有影響 ,產(chǎn)品及屬性仍可使用 .如有個(gè)錯(cuò)別字 激活狀態(tài)的 Bug ?新建一個(gè) Bug時(shí)的狀態(tài) ?Bug Regression ?表明 Bug等待修正 ?評(píng)估開發(fā)進(jìn)度產(chǎn)品質(zhì)量的重要指標(biāo) 處理 Bug ?對(duì) Bug的處理結(jié)果 ?必須重新分派給報(bào)告該 Bug的人員 ?對(duì)修正的 Bug需要確認(rèn) 解決 /關(guān)閉 Bug ?Bug的解決方法 *故意的 *重復(fù) *無法重現(xiàn) *延期修正 *永不修正 *外部 ?Bug的解決方法 =已修正 ?Bug Regression Bug的 Triage ?何時(shí) Triage ?Triage成員 *主持 :Program Manager *成員 :QA/Dev/LPM,Builder and經(jīng)理 ?討論 *要求 Fix的理由 *Fix可能帶來的風(fēng)險(xiǎn) *Fix要求被拒絕時(shí)要采取的行動(dòng) Active Bug數(shù)量的趨勢(shì) ?代碼完成前 :很少 ?代碼完成后 :增長(zhǎng)很快 ?接近 Beta:下降 ?接近 RC:奔向零 ?產(chǎn)品質(zhì)量和里程碑的信號(hào) *每天新建的 Bug與修正的 Bug相比較 *Active狀態(tài) Bug的總數(shù) PM Others DEV Builder Tester Raid SLM Srv Bld Srv Rls Srv to verify the fix,close/reactivate the bug accordingly A Bug’ s life— 100% Raid driven Exchange Public Folder 1..File a bug in bug fix uto sync at night 10.Pass BVT File/view bugs 回答問題 ? 微軟的組織和管理 微軟一瞥 ?全球 50,000名員工 ?總市值 3560億美元 ?FY2023,銷售額達(dá) 253億美元 ,利潤(rùn) 117億 ?全球最大的軟件公司 ?多次被評(píng)為最受尊敬的企業(yè) ?2023年 ,全球最有價(jià)值的商業(yè)品牌 ?分支機(jī)構(gòu)遍布 66個(gè)國(guó)家和地區(qū) ?全線 250多種產(chǎn)品 ,涵蓋從前臺(tái)直至企業(yè)級(jí)后臺(tái)關(guān)鍵應(yīng)用 微軟的宗旨 Empower people through great software,any time,any place,and on any device. 用強(qiáng)大的軟件武裝人們 , 在任何時(shí)候 ,任何地方 ,通過任何設(shè)備 . 變化中的微軟 1995 Desktop 2023 Consumer And Devices Desktop Server and Enterprise