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