敏捷软件测试.pptxVIP

敏捷测试（AgileTesting）

敏捷宣言敏捷方法

个体和交互胜过流程和工具可用的软件胜过完备的文档客户协作胜过合同谈判响应变化胜过遵循计划ScrumCrystal极限编程（XP）动态系统开发方法（DSDM）特征驱动开发（FDD）测试驱动开发（TDD）

XP(极限编程)

FDD(特征驱动开发)

Scrum特点敏捷的流程，可用于管控研发工作现有设计流程的总结以团队为基础，是一种在需求迅速变化情况下迭代的、增量的开发系统和产品的方法控制由利益和需求冲突导致混乱的流程改善交流、协调合作的最优方式检测产品开发和生产过程中障碍并将其去除的方式最大化生产率的一种方法适用于单一的项目到整个组织。Scrum可以控制并组织多件具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。

Sprint（迭代）添加标题Scrum的项目过程由一系列的Sprint组成01添加标题Sprint的长度一般控制在2~4周02添加标题通过固定的周期保持良好的节奏03添加标题产品的设计、开发、测试都在Sprint期间完成04添加标题Sprint结束时交付可以工作的软件05添加标题在Sprint过程中不允许发生变更06

DSDM(动态系统开发方法)添加标题用户必须持续参与添加标题满足业务用户用途是接受交付品的主要依据添加标题必须授予DSDM团队制定决策的权利添加标题迭代和增量式开发对得到正确的业务解决方案是必不可少的添加标题注重产品的经常交付添加标题开发过程的所有变化可逆添加标题在高层次上制定需求的基线添加标题测试自始至终贯穿于开发周期之中添加标题所有项目涉众间的通力合作是不可获缺的九大原则

适合DSDM的应用交互式、功能通过用户界面体现有清晰的用户群没有复杂计算如果是大型应用，可以分解成小的功能部件有时间限制需求不清楚或不确定

TDD(测试驱动开发)TDD得原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD得基本思路就是通过测试来推动整个开发得进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。优点：在任意一个开发节点都可以拿出一个可以使用，含少量bug并具一定功能的产品。缺点：增加代码量。测试代码是系统代码的两倍或更多。

TDD的名言名句01以动手实践为荣，以只看不练为耻。02以打印日志为荣，以单步跟踪为耻。03以空格缩进为荣，以制表缩进为耻。04以单元测试为荣，以人工测试为耻。05以模块复用为荣，以复制粘贴为耻。06以多态应用为荣，以分支判断为耻。07以pythonic为荣，以冗余拖沓为耻。08以总结分享为荣，以跪求其解为耻

敏捷测试敏捷测试是指在采用敏捷技术的项目中开展的测试以任务为导向，而不以过程或是角色为导向通过沟通和反馈保证测试能够建立合适的质量标准尽可能减少测试周期的时间需求

敏捷团队与敏捷测试人员客户团队：由业务专家、产品经理、业务人员的产品负责人、测试人员等组成。开发团队：有程序员、测试人员、架构师、系统管理员、数据库管理员、技术文档编写人员、安全专家等组成；测试人员既属于客户团队又属于开发团队，既要了解客户的观点又要了解技术实现的复杂性。

敏捷测试人员法则提供持续反馈01为客户创造价值 02进行面对面的沟通03勇气04简单化05持续改进06响应变化07自我组织08关注人09享受乐趣10

传统测试vs.敏捷测试

传统到敏捷的挑战质量哲学01整体团队负责质量02技能和适应能力03合适的节奏04客户关系05组织规模06沟通挑战07组织内的文化冲突08提前计划09授权团队10

敏捷团队结构独立的质量保证团队01把测试人员整合到敏捷项目02敏捷项目团队03

敏捷测试的四个象限

敏捷测试的目的管理技术债务（WardCunningham，1992）象限担任了保持技术债务在一个可管理的水平的角色上下文环境中的测试任何实践的价值依赖于其上下文环境存在上下文环境中的优秀的实践，但是没有最好的实践人们共同工作是任何项目的上下文环境的最重要部分项目随着时间以通常不能预测的方式发展产品是一个解决方案，如果没有解决问题，那么产品是不能运转的出色的软件测试是一个有挑战性的智力过程只有通过判断和技巧，在整个项目中合作实践，才可以在正确的时间做正确的事情，有效地测试我们的产品

工具箱使用TDD的原因效率更高让测试人员的工作更容易设计时谨记测试即时反馈源代码控制IDE（集成开发环境）构建自动化工具（持续集成是敏捷团队的核心实践）单元测试工具（Java的Junit）

功能测试结构（RubywithWatir）Web服务(IRB)嵌入式测试(FXR