敏捷软件测试PPT课件.ppt

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