1.总结目的
了解什么是敏捷测试
敏捷测试与传统测试的区别
通过此总结可以大致了解敏捷给测试工作带来的好处
2.测试对象
业务项目迭代
3.什么是敏捷测试？
敏捷的原则：尽早地给客户持续交付 有价值的 成果物。不断地反省调整、最有效的解决方案是面对面沟通。
敏捷测试并不是一种新的测试类型，也不是一个新的测试阶段，更不是一种全新的测试方法论。通俗地讲，在敏捷开发过程中进行的测试就叫敏捷测试
它是一套测试解决方案、一组实践或者由一定顺序的测试活动构成的特定的测试流程。是为了顺应敏捷开发方法、力求达到质量和效率平衡的一系列的测试实践
4.敏捷测试与传统测试的区别
敏捷测试与传统测试的区别，并不是敏捷测试测得更快，也不是用的时间更少，更不是将测试的范围缩小，或者将质量降低来减少测试任务，而是在计划、阶段划分、文档、记录、沟通等方面的侧重不同
传统测试 | 敏捷测试 |
|---|---|
传统测试强调测试的计划性，认为没有良好的测试计划和不按计划执行，测试就难以控制和管理 | 敏捷测试更强调测试的速度和适应性，侧重计划的不断调整以适应需求的变化 |
传统测试更具有阶段性，从需求评审、设计评审、单元测试到集成测试、系统测试等，从测试计划、测试设计再到测试执行、测试报告等 | 敏捷测试更强调持续测试、持续的质量反馈，模糊了阶段性，而且介入更早 |
传统测试强调任何发现的缺陷要记录下来，以便进行缺陷根本原因分析，达到缺陷预防的目的，并强调缺陷跟踪和处理的流程，区分测试人员和开发人员的各自不同的责任 | 敏捷测试强调面对面的沟通、协作，强调团队的责任，不太关注对缺陷的记录与跟踪 |
传统测试更关注bug，围绕bug开展一系列的活动，如bug跟踪、度量、分析、报告、质量检查等 | 敏捷测试更关注产品本身，关注可以交付的客户价值。在快速交付的敏捷开发模式下，bug修复的成本很低 |
传统测试鼓励自动化测试，但自动化测试的成功与否对测试没有致命的影响。但敏捷测试的基础就是自动化测试 | 敏捷测试需要有良好的自动化测试手段支撑的快速测试 |
传统测试更强调测试的独立性，将“开发人员”和“测试人员”角色分得比较清楚 | 敏捷测试中，测试人员需要参与全部开发活动，需要参与整个项目组的所有会议，能够发挥更大的作用 |
******前方高能***广告开始*****
*****前方恢复***广告结束******
敏捷测试 |
|---|
敏捷测试更强调测试的速度和适应性，侧重计划的不断调整以适应需求的变化 |
敏捷测试更强调持续测试、持续的质量反馈，模糊了阶段性，而且介入更早 |
敏捷测试强调面对面的沟通、协作，强调团队的责任，不太关注对缺陷的记录与跟踪 |
敏捷测试更关注产品本身，关注可以交付的客户价值。在快速交付的敏捷开发模式下，bug修复的成本很低 |
敏捷测试需要有良好的自动化测试手段支撑的快速测试 |
敏捷测试中，测试人员需要参与全部开发活动，需要参与整个项目组的所有会议，能够发挥更大的作用 |
5.了解敏捷给测试工作带来的好处
5.1 确认需求重要资料
用户故事、合作业务规则(总册)、需求迭代整体架构V1.0
用户故事是对需求的细致分析，并由需求拆分出来成为一个个小的故事，对用例设计和理解业务起了很大的作用
5.2 测试编写
用户故事中的验收标准、测试用例
通过编写用户故事中的验收标准，对需求的再一次理解，再编写用例的时候会更有逻辑性、条理性、节省编写用例时间、更加避免了用例的重复率，让测试更早的介入，对产品的熟悉程度提高
5.3 团队成员坐在一起
① 沟通方便、及时
② 在产品研发初期，了解研发对产品的设计，同时又能便于理解业务逻辑
③ 解决bug及时
5.4 每天站会：会让大家各自对产品的设计、理解，对项目的进度了解有帮助
5.5 可视化界面：会促进大家的工作积极性
5.6 showcase ：让测试更深一步了解产品的结构、全局化、增加用户体验知识
当然，敏捷对测试肯定还很多的好处，由于目前转型做敏捷时间也还不长，故暂先总结这些，后续在工作过程中对敏捷了解更深、体会更深后会逐步添加
最后说点激励的话：测试人员是敏捷团队非常重要的一环，测试人员的成长对敏捷团队非常重要。从传统测试工作转入敏捷测试工作必然会遇到很多不适，但是只要坚持对敏捷的学习和各种新工具的开发使用，一切都能够适应下来。加油！！！
