班級規模及環境--熱線:4008699035 手機:15921673576( 微信同號) |
每期人數限3到5人。 |
上課時間和地點 |
上課地點:【上海】:同濟大學(滬西)/新城金郡商務樓(11號線白銀路站) 【深圳分部】:電影大廈(地鐵一號線大劇院站)/深圳大學成教院 【北京分部】:北京中山學院/福鑫大樓 【南京分部】:金港大廈(和燕路) 【武漢分部】:佳源大廈(高新二路) 【成都分部】:領館區1號(中和大道) 【沈陽分部】:沈陽理工大學/六宅臻品 【鄭州分部】:鄭州大學/錦華大廈 【石家莊分部】:河北科技大學/瑞景大廈 【廣州分部】:廣糧大廈 【西安分部】:協同大廈
最近開課時間(周末班/連續班/晚班):2020年3月16日 |
實驗設備 |
☆資深工程師授課
☆注重質量
☆邊講邊練
☆合格學員免費推薦工作
★實驗設備請點擊這兒查看★ |
質量保障 |
1、培訓過程中,如有部分內容理解不透或消化不好,可免費在以后培訓班中重聽;
2、培訓結束后,授課老師留給學員聯系方式,保障培訓效果,免費提供課后技術支持。
3、培訓合格學員可享受免費推薦就業機會。 |
課程大綱 |
一、 課程背景
我們的使命是在有限的時間內提供給用戶高質量的產品,實踐證明,敏捷開發是達到這一目標的有效手段。因此,越來越多的企業開始使用敏捷開發和敏捷測試來組織和管理軟件項目。然而,大量的團隊為了敏捷而敏捷,敏捷測試的思想流于形式。您真正地理解敏捷測試的實質嗎?您知道如何真正地將敏捷測試的思想和技術應用于您的項目嗎?您知道如何打造一支優秀的敏捷測試團隊嗎?本課程將為您揭秘敏捷測試的思想、實質、團隊組織、各種實用技術和敏捷測試與敏捷開發的協同工作方式。
二、 培訓收益
通過本課程,您可以掌握以下:
1. 理解為何需要敏捷測試;
2. 理解敏捷測試的概念;
3. 理解什么是敏捷測試;
4. 了解敏捷測試的核心原則;
5. 了解敏捷測試中團隊的結構;
6. 理解敏捷過程與傳統過程的區別與因由;
7. 掌握在敏捷測試過程中如何做好各階段工作;
8. 掌握敏捷測試象限;
9. 理解并掌握自動化敏捷測試;
10. 掌握敏捷測試BUG管理;
11. 了解敏捷測試成功的關鍵要素;
12. 掌握在敏捷測試過程中如何提高測試效率。
三、 培訓大綱
日程 培訓模塊 培訓內容
為什么需要敏捷測試? 1. 敏捷開發過程-scrum;
1) Scrum的精髓;
2) Scrum的特點;
3) 敏捷宣言;
4) Scrum結構框架;
2. 敏捷開發給軟件測試帶來的挑戰;
什么是敏捷測試? 1. 敏捷測試的概念;
1) 敏捷價值觀;
2) 什么是敏捷測試;
3) 敏捷團隊中的角色;
4) 敏捷測試與傳統測試方法的不同;
5) 全員負責機制;
2. 敏捷測試的特點。
敏捷測試的誤區 1. 敏捷軟件開發還需要測試工程師嗎?
2. 敏捷軟件開發還需要測試用例嗎?
3. 敏捷測試的十大“神話”;
4. 敏捷測試中的五種危險行為。
敏捷測試中的團隊組織 1. 敏捷測試中的項目團隊組織;
1) 測試團隊的結構;
2) 各種角色之間的關系-H模型(開發測試的動作邊界);
3) 各種角色的責任、權力;
2. 敏捷團隊中的測試人員;
1) 開發測試人員的配比;
2) 敏捷測試人員的工作;
3) 敏捷測試人員需要具備的素質和法則;
4) 測試人員在敏捷團隊中的價值;
3. 怎樣提升測試人員的地位;
4. 怎么建立卓越的測試團隊。
如何向敏捷測試過渡 1. 輕量級流程;
2. 度量標準;
1) 精益度量;
2) 為什么需要度量標準;
3) 投入產出的度量;
3. 缺陷跟蹤;
1) 為什么需要缺陷跟蹤系統;
2) 缺陷跟蹤工具;
3) 關注主要目標;
4. 測試計劃;
1) 測試策略與測試計劃;
2) 計劃的可跟蹤性。
敏捷測試象限(一):概述和支持團隊的面向技術測試 1. 敏捷測試的目標;
1) 敏捷測試象限;
2) 用戶故事;
3) 技術債務;
4) 上下文環境中的測試;
2. 支持團隊的面向技術測試;
1) 敏捷測試基礎;
2) 為什么需要面向技術測試;
3) 面向技術測試在何處停止;
4) 如果團隊沒有做面向技術測試,怎么辦?
5) 相關工具。
敏捷測試象限(二):支持團隊的面向業務測試 1. 面向業務的測試驅動開發;
2. 需求象限;
3. 更小的業務模塊劃分;
4. 何時結束面向業務測試;
5. 測試減小風險;
6. 可測性與自動化。
敏捷測試象限(三):評價產品的面向業務測試 1. 第三象限簡介;
2. 實例演示;
3. 場景測試;
4. 探索式測試;
5. 可用性測試;
6. API和Web服務測試;
7. 測試文檔;
8. 探索式測試工具。
敏捷測試象限(四):評價產品的面向技術測試 1. 第四象限簡介;
2. 由誰來做;
3. 什么時候做;
4. 各種“能力(ility)”的測試;
5. 性能、負載、壓力和可伸縮性測試。
敏捷測試與敏捷開發的協同(一):版本或主題規劃階段 1. 版本發布計劃的目的;
2. 評估用戶故事;
3. 設定用戶故事的優先級;
4. 開發的范圍;
5. 制訂測試計劃;
6. 測試計劃的形式;
7. 準備可見性。
敏捷測試與敏捷開發的協同(二):迭代前的準備階段 1. 提前準備;
1) 提前準備的好處;
2) 真的需要提前準備嗎;
3) 提前準備的潛在缺點;
2. 明確目標;
1) 客戶意見一致;
2) 用戶故事的規模;
3) 異地團隊;
3. 測試策略;
4. 缺陷優先級;
5. 資源。
敏捷測試與敏捷開發的協同(三):迭代開始階段 1. 迭代計劃;
1) 了解細節;
2) 考慮所有觀點;
3) 確定工作量;
2. 可測的用戶故事;
3. 與客戶的協作;
4. 高層次測試;
1) 與客戶一起審查;
2) 與開發人員一起審查;
3) 測試用例作為文檔。
敏捷測試與敏捷開發的協同(四):編碼與測試階段 1. 驅動開發;
2. 評價產品的測試;
3. 與開發人員的協作;
4. 與客戶的溝通;
5. 完成測試任務;
6. 處理缺陷;
7. 如何選擇;
8. 促進溝通;
9. 回歸測試;
10. 資源;
11. 迭代的評估。
敏捷測試與敏捷開發的協同(五):迭代結束和產品發布階段 1. 迭代結束階段;
1) 迭代成果的演示;
2) 迭代回顧;
2. 發布階段;
1) 產品的構成;
2) 為測試預留足夠的時間;
3) 客戶測試;
4) 可發布性;
5) 發布產品;
6) 用戶的預期。
敏捷測試中的自動化 1. 為什么需要自動化測試;
2. 自動化測試的障礙;
3. 敏捷自動化測試策略;
1) 自動化測試的敏捷方法;
2) 哪些測試可以自動化;
3) 哪些測試不應該自動化;
4) 哪些測試不易于自動化;
5) 從哪里開始自動化策略;
6) 選擇正確的工具;
7) 將敏捷的原則應用于自動化測試;
8) 為測試提供數據;
9) 評估自動化測試工具;
10) 實施自動化測試;
11) 管理自動化測試。
敏捷測試中的測試用例 1. 敏捷測試中是否還需要測試用例?
2. 敏捷測試中的測試用例設計;
1) 依據;
2) 粒度;
3) 設計;
4) 評審;
3. PairWise用例設計;
4. 敏捷測試用例設計與傳統測試用例設計;
5. 基于測試用例的測試管理;
6. 敏捷測試用例實例。
敏捷測試中的bug管理 1. 以bug為核心的項目管理-微軟項目管理;
1) Bug的生命周期-微軟;
2) 項目組各角色的bug處理權限和流程;
3) Bug嚴重程度和優先級定義和建議分級;
4) 優質bug的要求;
2. Bug趨勢分析-ZBB決定產品可否發布;
3. 實例。
敏捷測試的關鍵成功因素 1. 使團隊整體參與;
2. 采用敏捷測試思維;
3. 自動化回歸測試;
4. 構建核心實踐的基礎;
5. 與客戶合作;
6. 保持大局觀。 |
|
|