内容简介：从一个实例详解敏捷测试的最佳实践
敏捷软件开发是目前十分流行，并在业界逐步推广的软件开发模式。不同与传统的软件开发模式，敏捷开发模式有着自己鲜明的价值和方法。其中，敏捷测试部分也同以往的软件测试流
第一部分：敏捷软件 开发 简介
敏捷软件开发（Agile Software Development）初起于九十年代中期。最早是为了与传统的瀑布软件开发模式（waterfall model）相比较，所以当时的方法叫做轻量级方法（Lightweight methods）。二十世纪初，17 位该方法的倡导者建立了敏捷联盟（Agile Alliance），并将该软件开发方法命名为敏捷软件开发过程。
敏捷联盟在成立之初总结了四条基本的价值原则：
- 人员交流重于过程与工具（ Individuals and interactions over processes and tools）
- 软件产品重于长篇大论（ Working software over comprehensive documentation）
- 客户协作重于合同谈判（ Customer collaboration over contract negotiation）
- 随机应变重于循规蹈矩（ Responding to change over following a plan）
基于这四点原则，敏捷软件开发有着自己独特的流程（参见图 1）。
图 1. 敏捷软件开发流程
整个过程中夹杂了很多在敏捷开发前己经出现的软件开发方法，包括极限 编程 （Extreme Programming,1996）、Scrum（1986）、特征驱动开发（Feature Driven Development）， 测试 驱动开发（Test Driven Development）等。这些方法在敏捷软件开发流程的各个阶段都有充分的体现和应用。
例如，Scrum 主要着重于 项目管理 ，团队中的项目经理（Scrum master）需要在每个客户 需求 到来的时候制定 Sprint 的周期，定义每个 Sprint 的目标、分派任务、进行监督、最后总结得失并开始计划新的 Sprint。
相反，特征驱动开发和测试驱动开发主要被应用于 Sprint 周期中。如果项目进行于开发新功能时期，这个阶段主要推行特征驱动开发。所有测试和开发人员都将自己的工作重心放在新的功能上面，从开发和测试两个方面来完成各自的任务。如果项目进行于测试新功能时期，这个阶段需要将工作的重点挪到测试上来。所有的测试和开发人员都密切关注着目前版本的 缺陷 状况。 测试人员 需要在每天的站立会议（Daily Standup Meeting）上报告前一个工作日发现的新 缺陷 情况，项目经理根据项目进度和缺陷严重性来决定是否修复这些问题。需要及时修复的缺陷是目前 Sprint 中的一个新任务，将由项目经理添加到 Sprint Backlog 上并通知开发人员去修复漏洞。
原文转自： https://www.ibm.com/developerworks/cn/rational/r-cn-agiletestexplain/
以上所述就是小编给大家介绍的《从一个实例详解敏捷测试的最佳实践》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- Iptables详解+实例
- Tomcat优化实例详解
- Angularjs Promise实例详解
- Hibernate 修改数据的实例详解
- MongoDB 查询操作的实例详解
- Vuejs 单文件组件实例详解
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
