标签：eve 实践 team 核心 www. ack 读书笔记 常见 复杂
敏捷测试（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. 测试是在开发完成以后进行的-----------测试从需求和设计的时候就开始介入
标签：eve 实践 team 核心 www. ack 读书笔记 常见 复杂
原文地址：https://www.cnblogs.com/anliven/p/6018931.html
