Testing - 敏捷测试

敏捷测试（Agile Testing）

SM= Scrum Master

PO= Product Owner

PB= Product Backlog

SB= Sprint Backlog

Scrum Team = Development Team + Scrum Master + Product Owner

Development Team = team that develops the product backlog items (cross-functional team)

PBI = Product Backlog Items (normally in the shape of User Stories)

开发和测试的通性困扰：

面对复杂性（客户）：不断地修改计划、不断地增加预算、低劣的产品质量……
面对复杂性（项目组成员）：经常加班到深夜、提交的产品不合格……　

敏捷开发中的敏捷测试目的：
敏捷宣言：http://agilemanifesto.org/iso/zhchs/manifesto.html

个体和互动高于流程和工具
工作的软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划

核心：以人为本,发挥人的主观能动性.

敏捷测试对比传统测试：

　　1. 测试是质量的最后保护者，阻止缺陷版本发布----------测试人员与开发人员紧密合作，团队对质量负责，测试人员不作出项目发布的决定
　　2. 严格的变更管理，测试是由详细的需求驱动的----------变更是可接受的，拥抱变更，紧密沟通来定义每一个需求的接受标准
　　3. 预先的计划和细节的准备----------计划随进展调整
　　4. 重量级文档----------绝对必要的文档
　　5. 严格的各阶段测试入口和出口标准----------各迭代之间已经没有明显的入口和出口标准
　　6. 回归测试阶段重量级的自动化测试----------所有阶段都需要自动测试，每个人都需要做，是项目集成的一部分
　　7. 测试人员与开发人员是用提bug来交流的----------随时反馈开发中遇到的问题
　　8. 测试人员与开发人员是分割的、相对工作的----------测试和开发的角色界线变得模糊，无缝隙合作，测试与开发融合
9. 测试是在开发完成以后进行的-----------测试从需求和设计的时候就开始介入

敏捷测试

[读书笔记]敏捷的起源

http://www.cnblogs.com/raol/archive/2013/04/12/Agile_origin.html

[读书笔记]传统方法VS敏捷

http://www.cnblogs.com/raol/archive/2013/04/12/pmp_vs_agile.html

敏捷软件测试--初见

http://www.cnblogs.com/fnng/archive/2013/02/03/2891246.html

敏捷软件测试常见的七个误区

http://blog.jobbole.com/101113/

敏捷测试的最佳实践（1）——敏捷的实质

http://kb.cnblogs.com/page/141348/

敏捷测试的最佳实践（2）——方法与实践