敏捷软件测试课件

敏捷敏捷测试（Agile Testing）敏捷测试（Agile Testing）敏捷宣言个体和交互胜过流程和工具可用的软件胜过完备的文档客户协作胜过合同谈判响应变化胜过遵循计划敏捷方法ScrumCrystal极限编程（XP）动态系统开发方法（DSDM）特征驱动开发（FDD）测试驱动开发（TDD）敏捷宣言个体和交互胜过流程和工具敏捷方法Scrum2XP(极限编程)XP(极限编程)3敏捷软件测试课件4FDD(特征驱动开发)FDD(特征驱动开发)5Scrum特点敏捷的流程，可用于管控研发工作现有设计流程的总结以团队为基础，是一种在需求迅速变化情况下迭代的、增量的开发系统和产品的方法控制由利益和需求冲突导致混乱的流程改善交流、协调合作的最优方式检测产品开发和生产过程中障碍并将其去除的方式最大化生产率的一种方法适用于单一的项目到整个组织。Scrum可以控制并组织多件具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲，并让他们发挥到最佳水平。Scrum特点敏捷的流程，可用于管控研发工作6Sprint（迭代）Scrum的项目过程由一系列的Sprint组成Sprint的长度一般控制在24周通过固定的周期保持良好的节奏产品的设计、开发、测试都在Sprint期间完成Sprint结束时交付可以工作的软件在Sprint过程中不允许发生变更Sprint（迭代）7DSDM(动态系统开发方法)九大原则用户必须持续参与必须授予DSDM团队制定决策的权利注重产品的经常交付满足业务用户用途是接受交付品的主要依据迭代和增量式开发对得到正确的业务解决方案是必不可少的开发过程的所有变化可逆在高层次上制定需求的基线测试自始至终贯穿于开发周期之中所有项目涉众间的通力合作是不可获缺的DSDM(动态系统开发方法)九大原则8适合DSDM的应用交互式、功能通过用户界面体现有清晰的用户群没有复杂计算如果是大型应用，可以分解成小的功能部件有时间限制需求不清楚或不确定适合DSDM的应用交互式、功能通过用户界面体现9TDD(测试驱动开发)TDD得原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD得基本思路就是通过测试来推动整个开发得进行，但测试驱动开发并不只是单纯的测试工作，而是把需求分析，设计，质量控制量化的过程。优点：在任意一个开发节点都可以拿出一个可以使用，含少量bug并具一定功能的产品。缺点：增加代码量。测试代码是系统代码的两倍或更多。TDD(测试驱动开发)TDD得原理是在开发功能代码之前，先编10TDD的名言名句以动手实践为荣，以只看不练为耻。以打印日志为荣，以单步跟踪为耻。以空格缩进为荣，以制表缩进为耻。以单元测试为荣，以人工测试为耻。以模块复用为荣，以复制粘贴为耻。以多态应用为荣，以分支判断为耻。以pythonic为荣，以冗余拖沓为耻。以总结分享为荣，以跪求其解为耻TDD的名言名句以动手实践为荣，以只看不练为耻。11敏捷测试敏捷测试是指在采用敏捷技术的项目中开展的测试以任务为导向，而不以过程或是角色为导向通过沟通和反馈保证测试能够建立合适的质量标准尽可能减少测试周期的时间需求敏捷测试敏捷测试是指在采用敏捷技术的项目中开展的测试12敏捷团队与敏捷测试人员客户团队：由业务专家、产品经理、业务人员的产品负责人、测试人员等组成。开发团队：有程序员、测试人员、架构师、系统管理员、数据库管理员、技术文档编写人员、安全专家等组成；测试人员既属于客户团队又属于开发团队，既要了解客户的观点又要了解技术实现的复杂性。敏捷团队与敏捷测试人员客户团队：由业务专家、产品经理、业务人13敏捷测试人员法则提供持续反馈为客户创造价值进行面对面的沟通勇气简单化持续改进响应变化自我组织关注人享受乐趣敏捷测试人员法则提供持续反馈14传统测试 vs.敏捷测试传统测试 vs.敏捷测试15敏捷软件测试课件16传统到敏捷的挑战质量哲学整体团队负责质量技能和适应能力合适的节奏客户关系组织规模沟通挑战组织内的文化冲突提前计划授权团队传统到敏捷的挑战质量哲学17敏捷团队结构独立的质量保证团队把测试人员整合到敏捷项目敏捷项目团队敏捷团队结构独立的质量保证团队18敏捷软件测试课件19敏捷测试的四个象限敏捷测试的四个象限20敏捷软件测试课件21敏捷测试的目的管理技术债务（Ward Cunningham，1992）象限担任了保持技术债务在一个可管理的水平的角色上下文环境中的测试任何实践的价值依赖于其上下文环境存在上下文环境中的优秀的实践，但是没有最好的实践人们共同工作是任何项目的上下文环境的最重要部分项目随着时间以通常不能预测的方式发展产品是一个解决方案，如果没有解决问题，那么产品是不能运转的出色的软件测试是一个有挑战性的智力过程只有通过判断和技巧，在整个项目中合作实践，才可以在正确的时间做正确的事情，有效地测试我们的产品敏捷测试的目的管理技术债务（Ward Cunningham，22使用TDD的原因效率更高让测试人员的工作更容易设计时谨记测试即时反馈 工具箱源代码控制IDE（集成开发环境）构建自动化工具（持续集成是敏捷团队的核心实践）单元测试工具（Java的Junit）使用TDD的原因效率更高 工具箱源代码控制23自动化测试功能测试结构（Ruby with Watir）Web服务(IRB)嵌入式测试(FXRuby)自动化测试功能测试结构（Ruby with Watir）24自动化测试原因手动测试需要太长的时间手动过程容易出错自动化让人们有时间做更有价值的工作自动化的回归测试提供了安全网自动化测试能较早且频繁地提供反馈驱动编码的测试和实例可以做更多的事情测试提供文档自动化的投资回报率高自动化测试原因手动测试需要太长的时间25妨碍自动化的因素程序员的态度“痛苦的积累”初期投入总在变化的代码遗留系统恐惧旧的习惯妨碍自动化的因素程序员的态度26哪些测试可以自动化持续集成、构建和部署单元与组件测试API或WEB Services测试GUI底层的测试测试GUI负载测试比较重复的任务创建数据哪些测试可以自动化持续集成、构建和部署27GUI测试验收测试（API层面）单元测试/组件测试GUI测试验收测试（API层面）单元测试/组件测试28敏捷软件测试课件29测试人员在发布或主题计划阶段的工作制定发布计划的目的评估工作量如何评估故事测试人员在其中的角色一个示例（产品负责人与测试人员的沟通）设定优先级为何要设定优先级需要考虑的测试情况测试人员在发布或主题计划阶段的工作制定发布计划的目的30测试范围最后期限和时间表关注产品价值系统范围的影响第三方的介入制定测试计划从何处开始为何要制定测试计划测试的种类测试基础设施测试环境测试数据测试结果测试范围31可选的测试计划形式轻量级测试计划测试矩阵电子表格白板自动化测试列表注意可见性测试任务追踪测试结果交流发布矩阵可选的测试计划形式32总结：关键成功因素1.使用团队整体参与的方法2.采用敏捷测试思维3.自动化回归测试4.提供并获取反馈5.与客户合作6.保持大局观7.构建核心实践的基础持续集成测试环境管理技术债务增量工作编码和测试是同一个过程的组成部分实践之间的协作总结：关键成功因素使用团队整体参与的方法33