班级规模及环境--热线:4008699035 手机:15921673576( 微信同号) |
坚持小班授课,为保证培训效果,增加互动环节,每期人数限3到5人。 |
上课时间和地点 |
上课地点:【上海】:同济大学(沪西)/新城金郡商务楼(11号线白银路站) 【深圳分部】:电影大厦(地铁一号线大剧院站)/深圳大学成教院 【北京分部】:北京中山学院/福鑫大楼 【南京分部】:金港大厦(和燕路) 【武汉分部】:佳源大厦(高新二路) 【成都分部】:领馆区1号(中和大道) 【沈阳分部】:沈阳理工大学/六宅臻品 【郑州分部】:郑州大学/锦华大厦 【石家庄分部】:河北科技大学/瑞景大厦 【广州分部】:广粮大厦 【西安分部】:协同大厦
最近开课时间(周末班/连续班/晚班):2024年12月30日 |
实验设备 |
☆资深工程师授课
☆注重质量
☆边讲边练
☆合格学员免费推荐工作
★实验设备请点击这儿查看★ |
质量保障 |
1、培训过程中,如有部分内容理解不透或消化不好,可免费在以后培训班中重听;
2、课程完成后,授课老师留给学员手机和Email,保障培训效果,免费提供半年的技术支持。
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. 保持大局观。 |
|
|