微軟產(chǎn)品測試管理-展示頁
2025-01-28 21:24本頁面
【正文】 試工具– 編寫測試用例– 執(zhí)行系統(tǒng)、全面、深入的測試， 在開發(fā)過程中找出所有可能存在的 Bug – 跟蹤并管理產(chǎn)品質(zhì)量 ,定期報(bào)告質(zhì)量狀態(tài)– 負(fù)責(zé)最終的發(fā)布認(rèn)可 (Signoff)測試與軟件成本? 成本 – 越早發(fā)現(xiàn)bug，修正的機(jī)會(huì)越大 ,開發(fā)和后期維護(hù)的代價(jià)越小–Spec review– 編碼階段 –Beta階段– 本地化– 發(fā)布后? 質(zhì)量越高，軟件發(fā)布后維護(hù)費(fèi)用越低部分常用術(shù)語? QA Quality Assurance 質(zhì)量保證? Bug缺陷，問題? Blocking Bug? Show Stopper Bug / Release Killer致命問題? Milestone里程碑? Test Case測試用例? Stress Test附壓 測試? BVT Build Verification Test? Adhoc 測試 隨機(jī)測試? Buddy Test? Dog Food? ZBB (Zero Bug Bounce )? ZBR (Zero Bug Release )? RTM/RTW II 軟件測試組?微軟測試組在整個(gè)項(xiàng)目中的位置?與程序員的關(guān)系?與程序經(jīng)理的關(guān)系?測試 Team的主要職責(zé)?測試組成員的職責(zé)微軟測試組在整個(gè)項(xiàng)目中的位置? 和設(shè)計(jì)組 , 開發(fā)組及用戶教育等并列的隊(duì)伍? 測試組負(fù)責(zé)產(chǎn)品的質(zhì)量控制? 測試人員和開發(fā)人員的比例大約是 1： 1溝通和聯(lián)絡(luò)后勤測試開發(fā)用戶教育產(chǎn)品規(guī)劃產(chǎn)品經(jīng)理與程序員的關(guān)系? 測試組不是開發(fā)組的助手，合作又各司其職? 程序員不能寫完代碼扔過墻，等待測試工程師找到所有的 Bug? RAID是橋梁? 對(duì)有分歧的 Bug程序員不能擅自關(guān)閉? 測試人員對(duì)發(fā)現(xiàn)的 Bug要盡可能提供詳細(xì)的信息與程序經(jīng)理的關(guān)系? 沒有隸屬關(guān)系， 合作又各司其職? 程序經(jīng)理提供詳細(xì)的規(guī)格說明? 程序經(jīng)理要參與Review測試計(jì)劃? 測試人員要報(bào)告測試狀態(tài)及產(chǎn)品狀態(tài)測試隊(duì)伍的主要職責(zé)? 測試隊(duì)伍的組成– 經(jīng)理，組長，測試工程師? 主要職責(zé)– 測試計(jì)劃 – 測試– 測試過程– 項(xiàng)目與資源管理– 交流與業(yè)務(wù)測試工程師的主要責(zé)任– 創(chuàng)作相關(guān)的測試計(jì)劃和測試用例– 設(shè)計(jì)或改編相關(guān)的測試工具– 識(shí)別可自動(dòng)測試的區(qū)域– 參與組內(nèi)的測試計(jì)劃和測試用例以及測試腳本分析工作– 手動(dòng)／自動(dòng)測試–AdHoc測試 – 按照需求規(guī)格說明查證并驗(yàn)證各項(xiàng)功能– 發(fā)現(xiàn)并報(bào)告 Bug，更蹤 Bug狀態(tài)– 評(píng)估 Bug 對(duì)產(chǎn)品其它區(qū)域的主要影響。 測試組長的主要責(zé)任– 確定測試的策略– 參與對(duì)整個(gè)產(chǎn)品的完整測試計(jì)劃的制定– 參與并管理
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1