敏捷软件测试.ppt

敏捷软件测试.ppt

ID:50337809

大小:2.35 MB

页数:33页

时间:2020-03-12

敏捷软件测试.ppt_第1页
敏捷软件测试.ppt_第2页
敏捷软件测试.ppt_第3页
敏捷软件测试.ppt_第4页
敏捷软件测试.ppt_第5页
资源描述:

《敏捷软件测试.ppt》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、敏捷测试(AgileTesting)敏捷宣言个体和交互胜过流程和工具可用的软件胜过完备的文档客户协作胜过合同谈判响应变化胜过遵循计划敏捷方法ScrumCrystal极限编程(XP)动态系统开发方法(DSDM)特征驱动开发(FDD)测试驱动开发(TDD)XP(极限编程)FDD(特征驱动开发)Scrum特点敏捷的流程,可用于管控研发工作现有设计流程的总结以团队为基础,是一种在需求迅速变化情况下迭代的、增量的开发系统和产品的方法控制由利益和需求冲突导致混乱的流程改善交流、协调合作的最优方式检测产品开发和生产过程中障碍并

2、将其去除的方式最大化生产率的一种方法适用于单一的项目到整个组织。Scrum可以控制并组织多件具有相关性的产品开发以及拥有超过千名开发者和执行者的项目实施过程。让每个参与者都对自己所做的工作以及自己做出的贡献感到骄傲,并让他们发挥到最佳水平。Sprint(迭代)Scrum的项目过程由一系列的Sprint组成Sprint的长度一般控制在2~4周通过固定的周期保持良好的节奏产品的设计、开发、测试都在Sprint期间完成Sprint结束时交付可以工作的软件在Sprint过程中不允许发生变更DSDM(动态系统开发方法)九大

3、原则用户必须持续参与必须授予DSDM团队制定决策的权利注重产品的经常交付满足业务用户用途是接受交付品的主要依据迭代和增量式开发对得到正确的业务解决方案是必不可少的开发过程的所有变化可逆在高层次上制定需求的基线测试自始至终贯穿于开发周期之中所有项目涉众间的通力合作是不可获缺的适合DSDM的应用交互式、功能通过用户界面体现有清晰的用户群没有复杂计算如果是大型应用,可以分解成小的功能部件有时间限制需求不清楚或不确定TDD(测试驱动开发)TDD得原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产

4、品代码。TDD得基本思路就是通过测试来推动整个开发得进行,但测试驱动开发并不只是单纯的测试工作,而是把需求分析,设计,质量控制量化的过程。优点:在任意一个开发节点都可以拿出一个可以使用,含少量bug并具一定功能的产品。缺点:增加代码量。测试代码是系统代码的两倍或更多。TDD的名言名句以动手实践为荣,以只看不练为耻。以打印日志为荣,以单步跟踪为耻。以空格缩进为荣,以制表缩进为耻。以单元测试为荣,以人工测试为耻。以模块复用为荣,以复制粘贴为耻。以多态应用为荣,以分支判断为耻。以pythonic为荣,以冗余拖沓为耻。以

5、总结分享为荣,以跪求其解为耻敏捷测试敏捷测试是指在采用敏捷技术的项目中开展的测试以任务为导向,而不以过程或是角色为导向通过沟通和反馈保证测试能够建立合适的质量标准尽可能减少测试周期的时间需求敏捷团队与敏捷测试人员客户团队:由业务专家、产品经理、业务人员的产品负责人、测试人员等组成。开发团队:有程序员、测试人员、架构师、系统管理员、数据库管理员、技术文档编写人员、安全专家等组成;测试人员既属于客户团队又属于开发团队,既要了解客户的观点又要了解技术实现的复杂性。敏捷测试人员法则提供持续反馈为客户创造价值进行面对面的沟

6、通勇气简单化持续改进响应变化自我组织关注人享受乐趣传统测试vs.敏捷测试传统到敏捷的挑战质量哲学整体团队负责质量技能和适应能力合适的节奏客户关系组织规模沟通挑战组织内的文化冲突提前计划授权团队敏捷团队结构独立的质量保证团队把测试人员整合到敏捷项目敏捷项目团队敏捷测试的四个象限敏捷测试的目的管理技术债务(WardCunningham,1992)象限担任了保持技术债务在一个可管理的水平的角色上下文环境中的测试任何实践的价值依赖于其上下文环境存在上下文环境中的优秀的实践,但是没有最好的实践人们共同工作是任何项目的上下文

7、环境的最重要部分项目随着时间以通常不能预测的方式发展产品是一个解决方案,如果没有解决问题,那么产品是不能运转的出色的软件测试是一个有挑战性的智力过程只有通过判断和技巧,在整个项目中合作实践,才可以在正确的时间做正确的事情,有效地测试我们的产品使用TDD的原因效率更高让测试人员的工作更容易设计时谨记测试即时反馈工具箱源代码控制IDE(集成开发环境)构建自动化工具(持续集成是敏捷团队的核心实践)单元测试工具(Java的Junit)自动化测试功能测试结构(RubywithWatir)Web服务(IRB)嵌入式测试(FX

8、Ruby)自动化测试原因手动测试需要太长的时间手动过程容易出错自动化让人们有时间做更有价值的工作自动化的回归测试提供了安全网自动化测试能较早且频繁地提供反馈驱动编码的测试和实例可以做更多的事情测试提供文档自动化的投资回报率高妨碍自动化的因素程序员的态度“痛苦的积累”初期投入总在变化的代码遗留系统恐惧旧的习惯哪些测试可以自动化持续集成、构建和部署单元与组件测试API或WEB

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。