51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2353|回复: 0
打印 上一主题 下一主题

[ISTQB认证] 敏捷方法的内容(1)

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2019-3-15 16:35:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式

不同的组织会采用不同的敏捷方法,但大多数组织采用的敏捷方法有共同之处。这些共同点包括:创建用户故事、回顾、持续集成、每个迭代以及整个发布的计划。本章节对一些敏捷方法进行了描述。

敏捷软件开发方法
现今使用的敏捷方法有好几种,每一种都用不同的方式实现敏捷宣言里的价值和原则。本文讨论其中三种具有代表性的敏捷方法:极限编程(XP)、Scrum和看板。


极限编程
极限编程(XP)最早由 Kent Beck 提出[Beck04],是一种通过某些价值、原则和开发实践来描述软件开发的敏捷方法。
极限编程包含五个价值要素来指导开发:沟通、简单、反馈、勇气和尊重。
作为附加的指导,极限编程描述了一系列原则,包括:人性化、经济性、互惠互利、自相似性(重用现有的解决方案)、持续改进、团队成员的多样性、不断反省、均匀高效的工作流、失败作为机遇、避免冗余、挑战缺陷、重视质量、小步迭代和接受责任。
另外,极限编程还描述了13个基本的实践:坐在一起、全团队方式、信息化的工作空间、充满活力的工作、结对编程、用户故事、周循环、季度循环、轻松的工作、十分钟构建、持续集成、测试先于编程和增量设计。
现在的很多敏捷软件开发方法都受到了极限编程的价值和原则的影响,例如 Scrum 敏捷团队就经常采用XP的实践。

Scrum
Scrum是一个敏捷管理框架。它包含以下组成要素和实践:
  • 冲刺(Sprint):Scrum把项目分为若干个固定长度(通常每个迭代周期2-4周)的迭代(叫做Sprints)。
  • 产品增量(ProuctIncrementd):在一个迭代周期中完成一个可发布或可交付的产品(叫做一个增量)。
  • 产品待办列表(ProductBacklog):产品负责人管理一个已经划分优先级的产品条目(叫做产品待办列表),该列表在一个迭代周期结束后需要更新(叫做列表细化)。
  • 冲刺待办列表(SprintBacklog):在一个迭代周期开始时,Scrum 团队需要从产品待办列表中选择一些高优先级的条目放入一个较小的叫做冲刺待办列表内。这里是Scrum团队做出选择,而不是产品负责人做出选择。所以,这个选择遵守的原则是“拉”,而不是“推”。
  • 完成的定义(Definitionof Done):为了确保每个冲刺结束的时候有一个潜在可发布产品,Scrum团队讨论并定义冲刺完成的合适准则。团队的讨论可以加深团队对列表项以及产品需求的理解。
  • 时间盒(Timeboxing):只有当scrum团队希望把某些任务、需求和特性在某一个冲刺中实现,他们才需要把这些功能放在冲刺待办列表中。如果某些功能在一个冲刺中实现不了,scrum团队应把它们从本冲刺移回到产品待办列表中。时间盒的适应范围不仅包括任务,对其他的场景(例如,规定会议开始和结束时间点)也同样适用。
  • 透明性(Transparency):开发团队通过每天的例会(叫做每日Scrum)来汇报和更新冲刺的状态。这使得当前冲刺的内容和进展,包括测试结果,对团队、管理层和其他感兴趣的人员来说都是可见的,例如,开发团队可以在白板上展现冲刺进展。


Scrum定义了以下三种角色:
  • ScrumMaster(SM):确保Scrum实践和规则能够实施和遵守,并解决任何可能阻止团队遵守实践和规则的违规、资源问题和其他阻碍因素。SM不是团队的领导,而是一个教练。
  • ProductOwner(PO):代表客户,负责对产品待办列表的内容进行收集、维护和排优先级。产品负责人不是团队领导。
  • DevelopmentTeam :开发和测试产品。开发团队是一个自组织的团队,团队中没有领导,整个团队共同决策。另外团队具有交叉职能。
跟极限编程截然不同,Scrum 没有对具体的软件开发技术做具体的要求与限制(比如测试先于编程),另外,Scrum也没有对在一个Scrum项目中如何完成测试提供指导。

看板
看板[Anderson 13],是一种有时会用于敏捷项目中的管理方法。它的主要目的是在一个供应链内构建可视化的工作流并优化。看板用了以下三个工具:
  • 看板图:需要管理的供应链通过看板图来达到可视化。每一列显示了一个工位,它由一系列相关的活动组成,比如开发或测试。将要产出的项或需要处理的任务用标签加以标示,在看板上从左到右移动的通过各工位。
  • 进行中的工作数限制:严格限制并行处理的任务数量。控制每个工位以及/或整个看板图的最大可允许标签数。一旦某个工位有空闲的工作容量,成员可以从前一道工序领取看板标签。
  • 交货期:看板通过最小化价值流的平均交货期来优化连续的任务流。
看板和Scrum有一些相似性。在这两个框架中,可视化的活动任务(比如放在一个公共的白板上)提供了任务内容和进展的透明性。没有排期的任务停留在待办列表中,一旦有新的空间可用(生产能力),任务就会移动到看板图上。
迭代或冲刺在看板中是可选的。看板处理允许一项一项的发布交付项,而不是作为发布的一部分。时间盒作为同步机制也是可选的,而在 Scrum 中时间盒在一个冲刺中同步所有的任务。


关于ISTQB

ISTQB®InternationalSoftware Testing Qualifications Board)全称国际软件测试认证委员会,是一个注册于比利时的非赢利性组织,是国际唯一权威的软件测试资质认证机构。其主要负责制订和推广国际通用资质认证框架,即“国际软件测试认证委员会推广的软件测试工程师认证”( ISTQB® Certified Tester ) 项目。


关于CSTQB

CSTQBChinese SoftwareTesting Qualifications Board)是ISTQB®在大中华区(包括港澳台地区)的唯一分会,成立于2006年。全权代表ISTQB®在授权区域内推广ISTQB®软件测试工程师认证体系,认证、管理培训机构和考试机构,接受ISTQB®的全面的业务指导和授权。

(扫描上方二维码,关注CSTQB官方微信公众号,了解更多资讯~)

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-15 23:42 , Processed in 0.063873 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表