【正文】 人員的技術(shù)技能 ?組建測試隊伍，雇傭測試工程師 ?合理安排各種資源 ?負責(zé)制定產(chǎn)品測試所需的預(yù)算 III 測試計劃和級別 ?測試計劃的主要內(nèi)容 ?測試級別 測試計劃的主要內(nèi)容 21 ?引言 *背景信息 *質(zhì)量目標(biāo) *責(zé)任 *測試的方法論 測試計劃的主要內(nèi)容 ?Milestone的處理 ?測試文檔 ?自動測試策略 ?集成測試策略 ?API測試策略 ?性能測試 Performance (Benchmark) Testing ?測試資源的規(guī)劃 ?兼容測試 ?Ad Hoc測試策略 ?本地化測試策略 ?全球化測試策略 ?Beta策略 ?Release Criteria ?對第三方的依賴 ?測試周期：與項目 的里程碑配合 測試級別 ?單元測試 — 針對單獨代碼部分進行的測試 *子程序 *簡單函數(shù) ?組件測試 — 測試多個單元和數(shù)據(jù)對象間的互操作性 *被調(diào)用的 Subroutines,Data,etc. ?集成測試 — 測試集成組件的互操作性 *Exe和 Dll ?系統(tǒng)測試 — 測試系統(tǒng)的強壯性與外部系統(tǒng)的交互性 *壓力測試 /性能測試 *系統(tǒng)安裝 /應(yīng)用程序的兼容性 測試實踐活動 IV Bug的發(fā)現(xiàn)和管理 ?什么是 Bug及常見類型 ?RAID ?有效地報告 Bug ?Bug的嚴重程度和優(yōu)先級 ?Bug的處理 ?Bug Triage ?Active Bug數(shù)量的趨勢 Bug及常見類型 ?功能未實現(xiàn)，和規(guī)格說明書 不一致 ?不能工作：死機，沒反應(yīng) ?不兼容 ?邊界條件 ?界面、消息、提示不夠準確， 不友好 ?把尚未完成的工作也作為一個 Bug ?文檔與幫助信息中的缺陷也是 Bug RAID ?RAID是客戶端的工具， Bug數(shù)據(jù)庫 ?整個產(chǎn)品組的中央記錄和控制 ?豐富的查詢功能，有效地跟蹤項目的狀態(tài)，為產(chǎn)品發(fā)布提供判斷標(biāo)準 ?準確的定義了描述 Bug要用到的屬性 ?Postponed Bug ?所有的記錄無法刪除 ,對于每個記錄只能一直添加內(nèi)容 報告新 Bug ?查詢并確認不重復(fù) *從標(biāo)題開始 *可能查找多次 *最后是查找 Bug的描述 *如果找到類似的 Bug 檢查是否需要新的注釋 ?填寫標(biāo)題 ,簡明描述該 問題 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 ?附件 ?附圖 報告新 Bug— 環(huán)境 ?描述系統(tǒng)配置 ,如 : *OS *內(nèi)存大小 *處理器類型 *瀏覽器類型和版本 *其他應(yīng)用程序 報告新 Bug— 描述 ?幫助開發(fā)人員再現(xiàn) Bug.. ?組成 *列出起始參數(shù) *再現(xiàn)步驟 *預(yù)期和實際的結(jié)果 *已測試的其他有用信息 ?一旦保存所用描述將無法修改 ,只能添加 Bug的嚴重程度 ?死機 ,數(shù)據(jù)丟失 ,主要功能組完全喪失 ,系統(tǒng)死機 ?主要功能喪失 ,導(dǎo)致嚴重的問題 ,或?qū)е碌腻e誤聲明 ?次要功能喪失 ,不太嚴重 ,如提示信息不太準確 ?微小的問題 ,對功能幾乎沒有影響 ,產(chǎn)品及屬性仍可使用 .如有個錯別字 激活狀態(tài)的 Bug ?新建一個 Bug時的狀態(tài) ?Bug Regression ?表明 Bug等待修正 ?評估開發(fā)進度產(chǎn)品質(zhì)量的重要指標(biāo) 處理 Bug ?對 Bug的處理結(jié)果 ?必須重新分派給報告該 Bug的人員 ?對修正的 Bug需要確認 解決 /關(guān)閉 Bug ?Bug的解決方法 *故意的 *重復(fù) *無法重現(xiàn) *延期修正 *永不修正 *外部 ?Bug的解決方法 =已修正 ?Bug Regression Bug的 Triage ?何時 Triage ?Triage成員 *主持 :Program Manager *成員 :QA/Dev/LPM,Builder and經(jīng)理 ?討論 *要求 Fix的理由 *Fix可能帶來的風(fēng)險 *Fix要求被拒絕時要采取的行動 Active Bug數(shù)量的趨勢 ?代碼完成前 :很少 ?代碼完成后 :增長很快 ?接近 Beta:下降 ?接近 RC:奔向零 ?產(chǎn)品質(zhì)量和里程碑的信號 *每天新建的 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,銷售額達 253億美元 ,利潤 117億 ?全球最大的軟件公司 ?多次被評為最受尊敬的企業(yè) ?2023年 ,全球最有價值的商業(yè)品牌 ?分支機構(gòu)遍布 66個國家和地區(qū) ?全線 250多種產(chǎn)品 ,涵蓋從前臺直至企業(yè)級后臺關(guān)鍵應(yīng)用 微軟的宗旨 Empower people through great software,any time,any place,and on any device. 用強大的軟件武裝人們 , 在任何時候 ,任何地方 ,通過任何設(shè)備 . 變化中的微軟 1995 Desktop 2023 Consumer And Devices Desktop Server and Enterprise 微軟公司的組織結(jié)構(gòu)圖 公司運作基本法則 ?生產(chǎn)具有廣泛用戶和市場前景的軟件產(chǎn)品 ?數(shù)字化管理 ?使公司變小 ?效率優(yōu)先 ,注重結(jié)果 ?創(chuàng)業(yè)家精神 ?招募業(yè)界最優(yōu)秀的人才 數(shù)字化管理 ?管理目標(biāo)量化為具體指標(biāo) ?用數(shù)字來衡量組織和個人業(yè)績的好壞 ?微軟的年度預(yù)算和年中檢查 *數(shù)據(jù)分析 /同期比較 /預(yù)測 /市場占有率 /競爭對手 (資金 /人員 )分配現(xiàn)狀 *調(diào)整措施 使公司變小 ?管理層定期向員工發(fā)送關(guān)于公司戰(zhàn)略決策的郵件 ?電子郵件是內(nèi)部的正式文件 ?使用 Webcast來廣播重要事宜 ?各類年度全球大會 ?內(nèi)部技術(shù)論壇和午餐會 ?專門經(jīng)費用于部門活動和士氣鼓舞 ?全球標(biāo)準化 效率優(yōu)先 ,注重結(jié)果 ?資源的配置一切以效率為首位 ?效率是衡量組織和經(jīng)理的重要指標(biāo) ?預(yù)先設(shè)定可評估的目標(biāo) ?抓住重點 ,確保資源有效利用 ?以結(jié)果作為測量成功的標(biāo)準 創(chuàng)業(yè)家精神 Bill Gate:微軟離倒閉永遠只有 18個月 ?牢記競爭對手是誰 *仔細研究競爭對手的所有特性 *一旦掌控市場 ,即使自己的舊版本為敵人 ?爭奪市場絕對控制權(quán) *每個員工都清楚主要目標(biāo)是贏取 100%市場份額 *雇傭和提拔勇于征戰(zhàn)而不是偷安的人 ?每天都在戰(zhàn)斗 *作戰(zhàn)會議 每天至少一次 *作戰(zhàn)指揮部 關(guān)鍵決策者 *敢死隊 執(zhí)行緊急任務(wù) 招募業(yè)界最優(yōu)秀的人才 ?人是微軟真正的最大的財產(chǎn) ?員工的素質(zhì)是隊生產(chǎn)力唯一最重要的來源 ?聘用最聰明的前 5%,這里的關(guān)鍵詞是聰明 ,而不是知識和經(jīng)驗 ?面試過程是非常密集和嚴厲的 .它不保證所有合格的人都被聘用 ,但是保證不合格的人很難被聘用 ?所有員都有共同個性特點 :敏銳 ,聰明 ,有激情和富有進取心 微軟的未來之路 .NET戰(zhàn)略 Inter泡沫的教訓(xùn) ?經(jīng)濟法則仍然有效 ?風(fēng)險 /收益在一個新的水平 ?信息技術(shù)的優(yōu)勢不再是 Startups獨有 ?信息基礎(chǔ)只是方法，不是目的 ?Inter的互聯(lián)并不代表集成 ?突破性的變革需要 5+年 微軟對未來的展望 Database Browser nTier Web Service 1992 Client/Server 1996 Inter 1stGen 1998 Inter 2ndGen 2023 Inter 3rdGen .NET=XML Web Service Client Client Web Service Web Service Web Service Web Service XML XML XML Web Service=A programmable application Component accessible via standard Web protocols 現(xiàn)有應(yīng)用模型 ASP模型 Rich Client Browser 下一代的應(yīng)用模型 Other Clients Rich Clients Browser Smart Devices Biz Logic Web Service Local Services Inter Public Web Services Building Block Services Internal Services Servers Data,Hosts 為什么要 Web Service— 網(wǎng)聚人的力量 模式 模式特征 特點 傳統(tǒng)軟件 用戶的功能范圍極為有限（僅限于與單機或局域網(wǎng)）新老系統(tǒng)，內(nèi)外系統(tǒng)德互聯(lián)極為困難 對于軟件廠商來說，巨大德用戶資源沒有得到充分利用（如用友有 5萬的巨大用戶群） 現(xiàn)存 Inter應(yīng)用 由廠商在 Inter端建立單一或綜合解決方案，是傳統(tǒng)軟件模式在 Inter上的簡單重復(fù) 現(xiàn)行的 Inter應(yīng)用模式相對簡單，為最終用戶的增值空間較小?，F(xiàn)行的Inter應(yīng)用之間也存在互聯(lián)困難，沒有規(guī)模效益等傳統(tǒng)軟件的弊病 Web Service 由市場領(lǐng)導(dǎo)者制定應(yīng)用框架，眾多開發(fā)商基于標(biāo)準協(xié)議和 富應(yīng)用，用戶享有極大的互聯(lián)其他應(yīng)用軟件和個性化定制的便利。程序經(jīng)理不管人，而是管理產(chǎn)品功能 /進度 /溝通。 ?總能利用各種渠道和方法來解決問題。 微軟面試 —— 聘用產(chǎn)品經(jīng)理 ?多數(shù)有工商管理碩士學(xué)位 ?對產(chǎn)品總體性能有非常好的商業(yè)感覺 ?清楚了解市場上競爭者的情況 ?有能力預(yù)估產(chǎn)品的收支和利潤率 ?能敏銳地抓住產(chǎn)品的關(guān)鍵主意 ?超人的展示技巧和促銷戰(zhàn)略 微軟的新員工教育 MS101： 3致 5天的新員工訓(xùn)練營 ?公司基本情況介紹（歷史 /概況 /宗旨 /領(lǐng)導(dǎo)） ?公司紀律和商業(yè)守則 ?新員工資源（網(wǎng)絡(luò)用戶名和郵箱） ?公司福利和待遇 ?績效評定機制 ?安全及守密 ?基本技術(shù)培訓(xùn) ?企業(yè)文化培訓(xùn) ?職業(yè)化和客戶服務(wù)技巧培訓(xùn) ?公司領(lǐng)導(dǎo)見面及座談 新員工進入工作崗位的第一周 第一天 ?直屬經(jīng)理通過郵件向全體員工介紹新員工 ?直屬經(jīng)理向新員工介紹同事和相關(guān)人員 ?通過午餐會進一步和同事進行接觸和介紹 ?工作環(huán)境介紹 ?介紹“師傅”（ Mentor) 新員工進入工作崗位的第一周 第 2天 ~第 5天 ?設(shè)立定期的 1對 1交流會（ 1： 1） ?介紹部門業(yè)務(wù)，目標(biāo)和目前狀況 ?詳細解釋并制定新員工績效目標(biāo)的方法，所需資源和相應(yīng)指導(dǎo)方法 ?詢問和傾聽新員工的感受和想法 ?提供及時反饋 ?分