敏捷测试（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
敏捷测试的最佳实践
- 敏捷测试的最佳实践（1）——敏捷的实质：http://kb.cnblogs.com/page/141348/
- 敏捷测试的最佳实践（2）——方法与实践：http://kb.cnblogs.com/page/141351/
- 敏捷测试的最佳实践（3）——向敏捷测试转变：http://kb.cnblogs.com/page/141354/
- 敏捷测试的最佳实践（4）——自动化测试的 ROI：http://kb.cnblogs.com/page/141355/