课程目标
　　
　　，测试用例的编写和测试的执行过程
　　
　　
　　，通过大量的实例演示使培训人员能够结合实际项目掌握测试技术在软件测试各个阶段的实际应用。
　　课程内容
　　1、案例分析
　　2、什么是敏捷软件开发
　　
　　1)质量
　　2)交付周期长
　　3)效率低下
　　4)交付延期
　　5)交付不被市场/客户接受
　　
　　
　　
　　总体框架：“需求-构建-发布”的快速迭代
　　卓越交付：保证正确的构建正确的产品
　　自组织团队
　　短周期迭代
　　可工作的完成标准
　　价值驱动
　　基于反馈的改进
　　风险前移
　　
　　创造力来源于小而美团队
　　短迭代的可工作的交付
　　客户参与
　　响应变化
　　交付的价值优于完成的任务
　　效率通过演进的流程获得
　　
　　?
　　
　　?
　　
　　：我们的痛点在那里?
　　3、敏捷项目管理提升研发流程的具体实践
　　
　　
　　
　　
　　
　　
　　：我的故事要多少工作量?(使用客户内部开发需求)
　　
　　
　　
　　
　　
　　
　　 为何站着开会?
　　 每日立会成功的关键
　　 现场演练：明天的每日立会
　　 燃尽图
　　.1 燃烧图的团队“指纹”
　　“迭代期内无变更”
　　.1 拥抱变化还是恪守承诺?
　　.2 “迭代期内无变更”与研发心理学
　　.3 对策：MoSCoW方法
　　 故事板 Kanban
　　
　　
　　 评审会序曲
　　 从外部理解团队目标
　　 “可运行软件”的标准
　　
　　 评审会的行为模式
　　 引导客户表达需求
　　 现场演练：为三个故事设定完成标准
　　
　　 现实世界的反思会
　　
　　：基于客户团队的实际痛点进行讨论，从敏捷项目管理的角度讨论解决方案
　　4、敏捷软件开发工程实践
　　
　　 = 用户 + 功能 + 价值
　　 好故事的四个标准
　　 切分故事
　　 现场演练：将三个需求转换为用户故事
　　 (使用客户内部开发需求)
　　
　　 谁在用我的产品?
　　 现场演练：针对三个需求进行用户建模
　　 (使用客户内部开发需求)
　　
　　 用户故事 = 需求文档?
　　 复合型的需求文档
　　 敏捷中的精益理念
　　
　　 以团队形式进行排序
　　 超越敏捷-敏捷生态系统
　　 用户故事的进化
　　 敏捷生态系统初探：需求管理
　　 从客户价值驱动到持续交付客户价值
　　
　　
　　“特性小组”
　　“松结对编程”
　　“松结对编程”的小组长责任
　　“松结对编程”的工作习惯
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　 持续集成的概念
　　 每日构建的概念和意义
　　 每日构建的实施策略
　　 每日构建和版本管理的集成
　　 以每日构建为基础的发布管理和试验环境
　　 Smoke Test和持续集成的关系
　　 BVT Automation和Non BVT Automation是持续继承的有力保证
　　 通过每日构建和持续集成，使得版本管理不仅仅记录代码的存在和历史，更保证代码的正确性
　　 典型案例分析
　　 自动化测试
　　.1 自动化测试概念,局限性
　　4. 自动化测试基本理论
　　4. 自动化测试实施
　　4. 常用工具介绍
　　4. 自动化测试成熟度
　　.6 自动化测试评估
　　5、敏捷开发过程中的测试和度量活动
　　
　　
　　
　　 持续集成 发布管理
　　
　　
　　
　　
　　6、组织级敏捷部署与绩效管理
　　
　　(质量、TTM)的改进
　　——八步曲
　　
　　：特性项目组和模块项目组优劣对比
　　
　　(版本中项目组全都实施敏捷)
　　
　　?
　　
　　
　　
　　 上午： 下午：
　08:30-10:00 培训 14:00-15:30 培训
　10:00-10:10 茶歇 15:30-15:40 茶歇
　10:10-12:00 培训 15:40-17:00 培训
　12:00 午餐 17:00 主持人总结，培训结束

　一堂课程，一份感悟。衷心祝愿您学有所感、学有所获！