敏捷测试的管理与最佳实践

主题1.敏捷⽅法给软件测试带来的挑战2.敏捷测试的流程：⼀个Scrum 实例3.⽤例验证和新功能的测试4.回归测试的对策5.⾃动化测试的策略和实施6.敏捷测试⼯具7.质量保证与协作

挑战1.拥抱变化，测试计划和设计得不到重视

2.开发周期短，没有⾜够时间开发⾃动化测试脚本3.回归测试的范围还是在不断增⼤

5.开发⼈员更能发挥主导作⽤，测试⼈员的地位和作⽤可能进⼀步降低

应对策略1.积极⾯对，主动发挥作⽤2.提⾼技术⽔平和编程能⼒

3.在每个迭代周期，写出⼀页纸的测试计划，将测试要点列出来。4.不需要测试⽤例，⽽是针对use case 或user story直接进⾏验证5.提⾼⾃动化测试⽔平，特别是单元测试的⾃动化测试覆盖率

Scrum 流程敏捷测试敏捷测试的流程1.了解需求2.讨论功能实现3.建⽴检查点4.集成测试5.验收测试6.回归测试

⽤例验证1.持续验证：⼀旦有code drop, 就开始验证2.不需要测试⽤例，直接基于⽤例来验证

3.扮演“⽤户代表”⾓⾊，⽽且可以及时提供更全⾯的质量反馈4.⼀切从客户⾓度出发，想客户所想，强调⽤户体验

新功能测试1.参与部分的单元测试、集成测试

2.实施端到端（end-to-end）测试，确保业务逻辑清晰、合理3.及时反馈、及时沟通4.探索性测试

回归测试对策1.通过代码评审2.持续测试的过程

3.基于风险和操作⾯分析来减少回归测试的范围4.持续的努⼒，使回归测试⾃动化

5.关键还是系统的设计和实现，接⼝简单，降低组件和代码等的耦合性，改动的影响就⽐较容易确定。

⾃动化测试策略1.构建⼀个灵活的、开放的⾃动化测试框架

2.以底层测试、接⼝测试、功能逻辑测试等为主，尽量避免UI测试3.针对稳定的产品特性开发⾃动化测试脚本4.需要开发⼈员强有⼒的⽀持，共同努⼒5.良好的IT基础设施

⾃动化测试实施1.在Check-in之前，针对local build完成新改动的验证2.Build 之后⾃动运⾏BVT3⾃动化脚本重构

敏捷测试⼯具pTestNG or xUnitpSelenium IDE/RCpsoapUIpJMeter/BadBoyp FitnessepWiki, ExcelpMS TFS 2010pBizMock

ORAYLIS BI.Quality

质量保证1.项⽬组中每个⼈都有很强的质量意识，具有质量的主⼈翁精神，特别是开发⼈员，每时每刻提醒⾃⼰——“质量是构建出来的”2.与客户或产品设计⼈员进⾏充分沟通，遵守⾼度⼀致的质量标准3.遵守敏捷的流程（在敏捷，还是有流程的）

与产品经理协作1.需求讨论要⾯对⾯地、充分地讨论2.⼀起进⾏Product Work-through

3.测试中发现的问题及时反馈给产品经理

与开发⼈员协作1.⼀起讨论产品功能的设计

2.对缺陷进⾏分析，总结出⼀些规律，帮助开发⼈员建⽴良好的习惯，预防缺陷3.参与代码复审（code review）4.可以和开发⼈员进⾏⾓⾊互换

实施效果1.发布周期缩短，更能及时满⾜客户的需求2.可以保证产品发布的质量，对质量更有信⼼3.项⽬启动更快，更容易做决策4.测试⼈员的作⽤得到应有的发挥

总结敏捷测试 = 持续测试、持续反馈

敏捷功能测试 = 新特性的⼿⼯测试 (use case验证和探索性测试) + 原有功能的⾃动化测试 (回归测试)敏捷测试⼈员 和开发⼈员的区别越来越⼩敏捷测试 流程依据不同的团队特点⽽不同