微软北京.NET俱乐部2010年6月26日倒 – Scrum模式不入中国?基于Visual Studio 2010 进行敏捷/Scrum模式开发。

原文:http://www.almnetworks.net/zh-CN/post/2010/07/01/Beijing-NET-User-Group-(2010-6-26)-Scrum-DoesNot-Work-in-China.aspx

原文:http://www.almnetworks.net/zh-CN/post/2010/08/14/visual-studio-2010-agile-scrum-development.aspx

本事先的计划,我当上周六到庭了微软北京.NET俱乐部设置的Visual Studio
2010专场讲座,和豪门一块享受了关于如何当Visual Studio
2010臻运行Scrum模式之情http://sinaurl.cn/7hLbb。

根据Forrester
Research今年第二季度的平等份研究告诉,在跨1000誉为正式开发人员中,采用高效模式进行软件开发的既发出10.9%运了Scrum模式,在颇具的快速开发模式面临名列首位,而在有的软件类管理模式中,敏捷模式更加让35%底开发人员所采取。当然,研究告诉呢咱展现的单纯是一个统计学的意见,到底你的开销集团应该下什么的出模式,这尚是要因各自不同的支付环境,人员构成,公司架构和文化背景来支配。

虽说没有能好自身那113页的ppt,但是与之开发人员的反射和互相还是叫自身杀激动。其实每一样不成讲述Scrum的始末的历程还是颇享受的长河,Scrum不同为一般的技术,他涉及了广大知识,工作习惯,项目管理,沟通技巧的内容,当然多底东西并无是Scrum自己的情,但是以任何的开企业被只要实行一栽流程,那么又多更麻烦之必然是知的扑。昨天看来了扳平段子老好之视频,就是关于Scrum与知识之关联,叫做“Scrum模式不称中国!?”。注意后面的感叹号和问号。我早就和广大丁讨论过有关Scrum在境内的拓宽难度,有多人数吗认为Scrum这种崇尚自我约束与自我管理的方无法在中华中的尽,但是实际呢? 在是视频里,来自荷兰之Bas
Vodde
使用了汪洋底统计数据说明不同文化背景的众人对于速和Scrum模式之接受程度,使用Hofstede
(http://en.wikipedia.org/wiki/Geert_Hofstede)文化维度值,对这些多少开展辨析后得出了不同文化中实现Scrum的难度以及可能遇见的题目。其实自己再感谢兴趣的是外对这当非常复杂问题所利用的分析方法,很值得咱们借鉴。

图片 1
图1:Forrester 关于敏捷模式的调查报告

http://www.infoq.com/cn/presentations/bas_scrum_china

Visual Studio 2010
是微软于2010年4月颁发之崭新一代的三合一开发环境,配合而揭晓之Team
Foundation Server 2010(TFS——团队服务器)
,为出团队提供了健全的应用程序生命周期管理(ALM)工具和平台。在2010此本被,对于速,或者说Scrum模式之支撑是破格的。虽然微软的Visual
Studio Team System从2005年起发布之时光就是提供了敏捷流程模板(也就是MSF
Agile)模板,但是2008版前的之敏捷流程模板都是因MSF(微软化解方案框架)的;这个框架是微软本着自己的研发集团的极品实践进行抽取总结出来的,与广大敏捷开发社区内所兴的很多火速方法并无是异常符合,造成了开发集团以实施的时起诸多休适用的地方。因此,微软当出2010本的长河遭到,大量底听取了迅猛开发社区被的声响,在温馨之MSF
Agile
5.0之模版被展开多对迅速,更确切的说是Scrum开发模式之精益求精,使得2010版本被所并的MSF
Agile
5.0底模版非常适合我们来进展Scrum模式的出组织。当然,微软的成品以追求通用性,在MSF
Agile
5.0底模版被连从未了使Scrum模式通行的称呼及流程;同时,微软以个别宏观前同时颁布了一个纯粹的Scrum流程模板盖供那些要了以Scrum模式的出集团以,当然者模板现在仍然是Beta版。

除此以外,感谢涵涛,心文,张博,Belinda,瑞涛和具备参与运动之人们,下面这张图是于你们的:)

自己个人觉得,开发团队采用哪一个模板并无是最好要之,重要之是我们得在出过程中频频地改善过程,并对准之模板进行定制,以便适合我们温馨之开流程。这为是干吗TFS所提供的凡一个模板,因为她的目的就是是梦想我们当是模板的基本功及持续的改进,最终找到符合

图片 2 

自己开发集团的流水线。其实这吗格外抱Scrum模式之意见;简单一点的话,Scrum模式是千篇一律种植对复杂项目的流水线组织措施的框架,其目标是为着让我们付出有再胜质量之软件出品。围绕的此目标,Scrum模式吗咱提供一个组织模型,一名目繁多工具与一个简便的流程。在如此一个框架之下,Scrum模式要求我们不住地改善流程以高达可团队的特级状态,这种针对改进的要求啊是Scrum模式区别为外开支流程的最主要特色之一。

何以Scrum模式可软件开发?

软件行业迄今为止已经来超常40年之史,很多以软件工程被的军事管制方式都是以不断寻找中改善而来之。早期的软件行业由规模少,绝大多数属于作坊型,几个人以合因在温馨的才智创造有软件出品;但是当组织规模不断扩大的时,开发人员开始用平等种植模型来组织越来越大的组织,满足越来越复杂的急需。因为从没更而随,软件开发团队以多民俗工业工程的法子借鉴及软件行业,因而出现像“瀑布式”的模子。“瀑布式”模型要求我们当骨子里的开工作起前开展多格外细的统筹和计划,力图将不可控的支出过程细化成可以操纵的豆子,以高达对复杂项目的整控制目的。但是“瀑布式”模型忽视了软件类的一个本质特征,那就是求的不确定性;我们不容许像过去汽车同样在高达生产线之前将拥有的组件都统筹好,所有的流程都确定好,再进行装配;因为其他软件以实际开展编码之前都无人懂得这些代码应该怎么兑现,而且各一个开发人员的程度不同,习惯不同,写有底代码也是见仁见智之;再加上客户对于软件之需求也是以不停变化的,一年之前的业务流程很可能于平等年后便发的变型,如果还比如事先的急需进行支付,那么交付的时节势必是力不从心满足要求的;更要紧的从,在客户无见到或实际操作软件出品前,他们永远为不克显著地告知您他们而之究竟是什么。因为及时种种原因,造成了软件开发不可能行使传统的工程方进行组织,因为那自我是同种要依靠让开发人员智慧的批判性行为,也招致了俺们的软件项目受到发生非常怪一些凡败的。

Scrum模式的出现正是根据对软件开发行为实为之认,提供了千篇一律种松散的框架,让咱们利用同一栽探索性的流水线方法来组织本就探索性的支出进程;从根本上满足了软件开发本身对于流程的求。这种方法论实际上是基于爱德华?戴明所提出的戴明环的军事管制措施;戴明环理论提出:人类在进行其他复杂活动经常,获得成功的极致实用过程要经过:Plan
计划– Do执行 – Check 检查–
Act改进,四只支行过程,并无歇的迭代以便找到最佳的法门来缓解问题。这个理论不是针对软件开发提出的,但是软件开发本身其实就是是无比登峰造极的纷繁活动。

图片 3 
图2:戴明环此间我们再回头望Scrum的流程,Scrum的流程主要包含以下内容:

  • (P) Release/Sprint Planning:发布/迭代计划
  • (C&P) Daily Scrum:每日回顾
  • (C&A) Sprint Review:迭代产品检查
  • (A) Sprint Retrospective :迭代流程检查

咱俩可看,Scrum模式的流水线及戴明环就相扣。有许多道快速模式会减弱计划的意向,其实不然,敏捷模式更强调计划,而且强调进一步频繁的计划,比如:每日回顾这流程便要求我们的团组织每个成员每天早因此15分钟之时来答复3独问题:

  1. 而昨天做了什么?
  2. 汝今天计划做啊?
  3. 起什么问题阻碍你的开进程?

其实就多亏对此前开发内容之检查,同时为是针对继续开发内容之计划经过。

Scrum模式要如何的家伙来促成?

于下什么的家伙来实现Scrum模式,现在啊有成百上千两样的意见。其实有为数不少总人口觉着白板及就经常贴就是太好之家伙,其实对小型团来说就实在是极端实惠又太经济之章程。但是要设想到软件商店之治本要求(工作量统计等),远程团队,开发工具集成,代码质量控制,发布后期支持等等;我们要要一个莫大并的平台跟身工具来支持我们的支付团队。

图片 4 
图3:白板及不畏时贴

Visual Studio
2010所提供的合并开发条件得以满足我们上述之同样文山会海需求,帮助我们的开集团再次好团队出,帮助我们的管理层更好地掌控开发进程,帮助软件企业付出有更强质量的活。

Scrum模式对工具的渴求,主要汇集在偏下一个点:

  1. 团体集体:满足PO (产品经营),Scrum Master
    (流程经理)和开组织管理,以不同的权力访问团队项目并针对性两样角色提供个性化的音信支持的力量。
  2. 出品需求记录及跟:对此Product Backlog Item (PBI
    产品需要列表)的丰富,编辑,优先级排序和交付开发组织随后进行跟踪的力量。
  3. 流程管理:满足Sprint Planning, Daily Scrum, Sprint
    Review和Sprint
    Retrospective这些流程中于信息共享,信息转换与跟的力。
  4. 产品质量:于合开发进程中,配合Scrum模式上产出大质量代码和活之能力。

脚我们就看看Visual Studio
2010体系在这4独面什么满足Scrum模式之需求,并拉扯我们付出有赛质量之活。

Visual Studio 2010直达的Scrum团队组织

一个总体的Scrum开发集团要由于以下角色组成:

  1. Product Owner (PO
    出品经理):自爱不释手拿PO翻译啊产品经营,因为PO的干活任务就是是朝客户和关系人募集产品要求,进行排序并包支付团队仍干系人对需要优先级的要求开展提交。
  2. Scrum Master (SM 流程经理):于Scrum
    Master我直接无还好之翻,将该翻译成为流程经理是坐这无异于角色要保证集体以Scrum的方法来组织出,并扶组织以及PO进行中用的维系,解决团队所遇的题材。Scrum
    Master和项目经理的分在于,他进一步倾向被保证支付流程的完整性而非是赞成被满足客户/干系人之需求。
  3. 付出集团:出团队于Scrum模式遭遇是作为一个完好出现的,一般的话团队的轻重决定以3-7单人口的局面;团队作为一个完向PO负责,而非是每个人于团结的任务担当。

每当Visual Studio 2010
系统被,使用TFS服务器基于角色的权控制,我们得以生便宜地定义有不同之权位限制。当然,最简便的道是管Scrum团队的角色与TFS的默认角色之间开展映射。

图片 5 
图4:TFS团队路的默认角色

Scrum团队角色

TFS团队角色

 

Product Owner

Contributor

 

Scrum Master

Project Administrator

 

开发团队

Contributor

Builders

Project Administrator

根据团队不同人员的职责具体分配

项目干系人

Readers

如果客户愿意更直接的参与项目,可以允许他们直接访问TFS。

表1:Scrum团队同TFS团队角色映射

Visual Studio 2010网遭到对急需记录以及跟踪的支持

Scrum模式中的需主要是下Product Backlog
Item(PBI产品需求列表)和Sprint Backlog Item (SBI
迭代需要列表)来进展管制之,在Visual Studio
2010网受,直接提供了针对性这简单单列表的办事起查询,并且还提供了Agile
Workbook (敏捷工作簿)帮助我们重新好对工作量和任务分配进行调控。

图片 6 
图5:采用MSF Agile
5.0模板创建的TFS团队项目并了针对性PBI和SBI的治本效能

图片 7 
图6:Product Backlog 查询结果

直达图备受即使是利用TFS内置的Product
Backlog查询得到的成品要求列表,这个列表是PO使用的重要性工具,我们可小心到这个列表已经因Stack
Rank列进行了排序,这也体现了成品要求列表的特色:需要根据客户/干系人对需要项之事先级为集团交付任务;而PO的除外需要不断完善这个列表,还用不停与客户关系人展开联系,一边确定这优先级。

以Scrum模式面临,对于优先级的概念决定让少数单要素:需求的商业价值和紧迫程度;另外一个至关重要的指标便是Story
Point,这个指标表明在时需求项的相对大小,注意这里说之对立大小,很多口拿之价值理解吧人天或者人常常,其实是无确切的,因为在PO准备产品需求列表的长河中,仅凭PO的经历是殊不便准确之判断发生因时间为度的工作量的,但是相对的尺寸是较便于看清的。

除此以外,从State和Iteration
Path两只列的价我们好看看,已经发一些急需于迭代1-2遭受早就解决。根据这些消息,PO可以挺易之对准工作速度及剩余需求进行管制。

此外一个要害的查询就是Iteration Backlog查询:

图片 8 
图7:Iteration Backlog查询结果

Iteration Backlog
中含有了组织于某迭代中待做到的要求和针对这些需要细化出的现实开发/架构/测试相当任务。在Visual
Studio
2010惨遭,微软终开始支持树形结构的做事起关系,从上图可以见见,每一个User
Story的下边还悬挂接着相应Tasks,这些任务是当Sprint Planning
Meeting中由团成员团结因PO对急需的阐发进行的细化,同时集体成员还需依据涉对这些Tasks进行估价,给闹基线估值(Original
Estimate)。在开发进程中,团队成员在每日的Daily
Scrum之前用对前一天的职责创新状态(State),已就工作量(Completed
Work)和剩余工作量(Remaining
Work)字段的内容;通过这些消息我们就算好下TFS自带的燃尽图报表对快进行询问以及展望了。

骨子里,纯粹的Scrum模式并无关心已经形成工作量(Completed
Work)也就算是为形成工作量的价值,但是对于用人天/人时等消息来衡量团队工作量,甚至负这些数据想客户收取开发支出之咨询类公司来说,这些信息是蛮重大的。

Visual Studio 2010针对性Scrum流程中至关重要事件的支持

Scrum模式面临之几乎独重要的集会包括:

  1. Sprint Planning Meeting
  2. Daily Scrum Meeting
  3. Sprint Review Meeting
  4. Sprint Retrospective Meeting

顿时无异多样的集会是当真反映Scrum模式于开发流程控制的核心内容,在Scrum模式受到另外一个充分主要之概念是:时间箱(Time
Box),它要求我们对此流程中之轩然大波展开深严格的日子决定。很多总人口于初步展开Scrum模式开发的时的一个广大问题是:一个迭代(Sprint)的长度应该是聊?对于这个题材其实呢并未标准答案,而要依据集团的轻重缓急来进展判定。对于前我所建议的3-7人数大小的团,我会建议以2周之迭代长度。原因在于1周极度缺,团队还无法到位真正发生商业价值并得以进行提交的急需;而3到家之时日虽极端丰富,需求的变型所招的高风险会变换得较异常。

采取迭代式开发之时段实在长度是进一步短越好,我们连年尽可能的缩短迭代以便可以经让客户的交付获得重新起价之申报以便对后续的出进展调整,因此是尺寸应该是团体刚刚可以做到而提交需求的顶短缺日。我们用严格控制的凡,迭代的尺寸应该是一个工夫概念儿不是工作量的定义,也就是说要2圆之日已耗尽但是团队还未曾到位目前迭代受到之兼具需求,那么也不能不结束迭代进行提交,而休能够选择延长迭代来完成不直需求。这样做的结果来个别个:1)当前的迭代会以失败告终;2)通过对曾经到位需求的交由,我们可以得客户之报告。很醒目,失败的迭代是咱不情愿看看底,但是客户于曾经成功需求的申报比保全常胜将军的名气更加重大,因为后者是管我们软件质量(符合要求)的严重性手段。

本来,这里躲着另外一个生重要的题目,在集团无法完全好需求的气象下怎样还能够提供可交付的果实,这将借助我们于需要定义方式的变更以及Visual
Studio 2010
中针对频频集成与越迅速之测试支持来贯彻了。在求定义及,我们用运用业务导向的需求定义,保证各级一个要求的到位都得提交一定之商业价值。以往之需数是职能导向的,但是意义导向的急需对用户来说不必然有商业价值,但是事情导向的需求则好确保及时一点,比如:我们得这样定义一个User
Story,作为市场经理,我要对客户数据开展询问以便可以找到本市的客户并与他们开展联络。使用这样的要求定义意味着一旦我们就就等同求对客户就发出价的,因为其不是一个功能碎片,而是一个用户交互用例。如果在一个迭代中我们无能为力成功具有的要求,只要形成内一个,那么还是可为客户提交的。另外,借助Visual
Studio
2010对准频频集成及测试的支持,我们得动用每日构建的不二法门确保拥有完成的代码都入质量要求,也就避免了于迭代终进行集中测试而拖延交付的可能。

Sprint Planning Meeting的支持

当Visual Studio 2010遇提供了一个于Agile
Workbook的Excel模板,可以帮我们好好地成功Sprint Planning
Meeting。在这会议中,最要之职责就是是用PBI转化成SBI,并且鉴于团叫来好这些SBI的许;团队而做出这样的诺最紧要之依据就是这些需求所关联的工作量是否好领。Agile
Workbook正是帮助我们应这无异题目的劲工具。从生图我们可以看出,当我们制订了迭代上之人员配备并拿Task分配给每个开发人员以后,模板会吃来大直观的柱状图,帮助组织判断工作量是否管用。

图片 9 
图8:本着迭代1-3达的工作量进行横向比较,根据历史数据判断后续迭代是否行得通

图片 10 
图9:在时下迭代达到对每个开发人员的工作量分配进行比较

Daily Scrum Meeting支持

斯会议特别简单,所以我们更要大直观的图以拉组织对进度进行审核,在TFS中提供了燃尽图为团队提供这些信。

图片 11 
图10:迭代燃尽图

依据每个开发人员对于工作量的创新,从达成图我们得以很轻对得时开展展望,图中黑色实线和横轴的焦点就是是眼前迭代的或许就时间。

Sprint Review & Retrospective Meeting 的支持

Sprint Review的支持更多地反映于Visual Studio
2010底不断集成力量,因为这个会议是对急需就情况的审核,如果我们会管要求是工作导向的并充分利用Visual
Studio
2010之自动化构建和测试集成力量。那么我们就足以确保在此会议上付出一定之商业价值。具体怎么着利用Visual
Studio 2010来促成在后边做详细介绍。

Retrospective
议会实际上非常简单,需要我们组织成员对现阶段迭代之运行进行总结,但为要这些信方可整体的保留以便后续使用,我们得运用TFS提供的派站点,定制一个SharePoint的列表分类的记录这些报告以便团队询问。

Visual Studio 2010对此产品质量的保

 提高产品质量是Visual Studio
2010在设计阶段就规定的要害目标,在2010本子所添加的新特性中,已经想在是目标形成了一样仿完整的化解方案。对于Scrum模式以来,交付高质量的出品为一如既往是彼终极目标,而且我们得以迭代时十分不够的情景下还是保证质量,这就越来越需要依靠工具的支持。

自动化构建

因而将自动化构建列在首员,是因软件工程发展到今日,自动化构建已经是另一个想使落实大质量之软件开发团队都必须用的工程方;另外,对于Visual
Studio
2010系吧,自动化构建也由在承上启下,贯穿全局的重要性位置。当开发软件进入第一单迭代的开支时,所要拓展的第一项工作并无是起其实的编码,而是创建有适合集团需求的构建模板。这样做的目的在团队于晚的骨子里开支被可更专注于需求的开发,而不必花费额外的时光跟活力来拼开发人员的代码;开始流的代码量很少,团队可以发进一步鲜明的思绪将迁入策略,架构验证,自动化测试列表设置好并确保构建可以正常运转;如果拿这工作放到迭代季进行,往往会为代码中之老毛病以及见仁见智开发习惯导致构建模板不克正常运作。

每当Visual Studio 2010负,提供了更为便利的模版创建工具,特别是补偿加了Gated
Check-in 构建的点方式,可以保拥有坐源代码库的代码都是由此证实的。

图片 12 
图11:Gated Check-in 构建触发器

Gated Check-in
触发方式同往底触及方式所不同之处在于,开发人员执行迁入操作的早晚代码并无见面直接入源代码库,而须先行经构建的验证:保证编译成功和定义好之迁入验证测试可成功运行,然后TFS才见面把代码真正放开服务器。之前的缕缕集成(Continuous
Integration)
方式也会见当迁入的时节进行构建,但是这种构建是以代码先迁入,然后又运行构建,如果代码中曾经有了毛病,那么以服务器上就是见面留下缺陷代码;Gated
Check-in
借助TFS源代码管理遭之“搁置”功能,先将代码搁置到服务器上临时存储着,在构建成功后才见面正式迁入,所以缺陷代码不会见进入服务器。

图片 13 
图12:构建参数配置

TFS的自动化构建可以合二为一测试列表,图被之头的辛亥革命区域被即使是讲求构建起品种文件中的测试列表文件被取单元测试并自行运行;另外一个于Visual
Studio
2010栽的显要改进就是下方红色区域受到之架构验证参数。如果我们的花色文件中蕴藏了架层次图(Layer
Diagram)的话,那么我们就算是长这个参数为构建自动的认证项目的代码是否符合架构设计的要求。

图片 14 
图13:Visual Studio 2010之层次架构图 Layer Diagram

Scrum模式开发中之架构设计给我们提出了怪深的挑战,由于我们采取业务导向的需要定义,开发人员必须从数据层一直贯彻到表现层;在是历程遭到安确保项目之架构仍可要求大紧;而Visual
Studio
2010之架验证功能则足以协助我们于每次迁入代码的当儿还进展认证,保证违反架构正式的代码不见面进入终极之提交产品。

免去无法重现的Bug

没辙重现的Bug一直还是麻烦开发人员的问题,开发条件,测试环境,生产条件之不同;开发人员,测试人员和最终用户的两样还是致使Bug无法被重现的客观因素。在Visual
Studio 2010吃,提供了不少有力的调节以及测试工具来帮衬我们解决此问题。

  • IntelliTrace(历史数据调试)
  • 协作调试
  • 测试管理器和手工测试(Test Manager)
  • 实验室管理(Lab Manager)

IntelliTrace——历史数据调试器

IntelliTrace在开发进程被的称号即使为Historical Debugger
(历史数据调试器),后来是用来进行市场宣传的称反而不能够反映其的本质。IntelliTrace可以管程序运行过程遭到之兼具历史数据都记录下来,使得程序员可以回滚到任何的史点来查看程序状态,这对于开发人员调试复杂逻辑很有效;之前我们以做相同工作的下必须反复运行程序,以便找到问题,而现行虽然好给程序反往运行。

图片 15 
图14:IntelliTrace调试器重所记录的程序历史数据

此外,IntelliTrace还得将这些调试数据另存为tdlog文件;当开发人员A发现了B的一个题材之时段,他可把好调节环境面临的tdlog发送给B,开发人员B就足以动用此文件于Visual
Studio恢复到开发人员A的调节状态,从而确保B可以中的重现A所盼的题材。

合作调试

经合调试实际解决多独开发人员在调试过程被之另外有信息共享问题的法,上面的IntelliTrace可以共享调试历史数据;但是用过Visual
Studio
的开发人员都理解,像“断点”是勿可知保存及调试数据被,也非会见叫封存至花色文件被;所以协作调试就提供了开发人员共享断点信息,并且还可以叫开发人员在断点信息上上加有说明,以便帮助任何的开发人员理解问题。

测试管理器和手工测试(Test Manager)

测试管理器是Visual Studio
2010系中为测试人员特意开发的可以独立运作的测试环境,它了独立,不依靠让Visual
Studio
IDE,提供十分强劲的测试录制等作用。在前边介绍构建的当儿我曾以单元测试集成及构建中失去自动运行,但是单元测试只能对后台逻辑进行,不能够化解UI测试,或者受黑盒测试问题。微软的测试管理器的出现,就是吗釜底抽薪UI测试的题材。

TFS 2010遭特别提供测试用例(Test
Case)工作起项目,这个工作起允许测试人员对实际的测试步骤进行统筹,并且于出预测的结果;同时,借助测试管理器的录制功能,还足以拿测试人员换的操作全部且录制下来,一边后来自动播放;或者生成Coded
UI 测试,一旦有矣Coded
UI测试,我们便可管这些对UI的测试为集成到自动化构建中失去。

图片 16 
图15:测试用例(Test Case)工作起

实质上,真正好行使单元测试覆盖的测试就占据所有的测试的30%都未顶,另外就70%底测试以往都是依赖让测试人员手工的拓展;现在指微软测试管理器的力量,我们得将这些测试集成到高度自动化的开销流程中。可以助我们愈快的落成测试,为开发人员提供报告。

于Scrum模式被,业务导向的求呢要求我们的测试团队可以更进一步快捷的受出测试结果,前一天完成的需求太好得于次天即拿测试结果反映让组织;依赖让每天构建,我们可在每天晚上将前一天之代码生成一个初本子,共测试团队以;测试团队在亚上即得拿测试结果反馈让支付集团,同时将得以自动化运行的测试继承到每日构建中;在第三天之时节咱们的团组织就是得使用这些已自动化的测试来证实我们的次了。

由每天还进行测试,那么新增的代码量就可怜有限,也即使得Bug的数额好赢得实惠之决定,从这上面达成说,测试管理器所提供的手工测试,自动化测试录制和回放,并且和构建的累为咱提供了一个老迅猛的强质量的开发平台,从流程以及工程技术上为质量提供了担保。

实验室管理(Lab Manager)

实验室管理是自我以Visual Studio
2010系统受到显现了的绝特别的效力,也是微软连续了团结的多项产品也开销组织提供的极度完整的测试解决方案。在测试着一个十分难以实现的题材,就是对此不同条件之创建,还原和状态的保存。如果同一个用例在不同之环境面临运行,结果往往是差之,而且我们客户的施用环境呢反复很复杂,所以就要求我们的测试人员可以搭建多不一安排的测试环境,以便验证应用程序可以适应他们要求。

微软因自己的Hyper-V虚拟化平台,为测试团队搭建这样的测试环境提供了异常好的支持,比如:我们得以应用SCVMM和TFS协同工作,当TFS需要测试环境的时刻,通过SCVMM部署一宝符合要求的虚拟机,并把要测试用自动的安排及者虚拟机中,最终以这个环境遭受运行指定的测试。这样的测试环境避免了测试人员自己的机械不干净而造成的结果不是,而且还可以通过环境快照的计吧虚拟机的之一状态一直付出于开发人员进行检讨。

每当地方所介绍的这些力量中我们可以看出,实际上我们解决了3单例外测试的不得重现问题:

  1. 开发人员本机上之不足重现:IntelliTrace
  2. 开发人员和开发人员之间的不可重现:IntelliTrace, tdlog和合作调试
  3. 出及测试环境之间的不足重现:微软测试和实验室管理器,Hyper-V

这些功能在工程技术上啊团保证了赛质量,同时配合Scrum模式所行的时间箱管理,业务导向的需要定义和流程上之管,Visual
Studio 2010网跟Scrum一起帮助我们创建更好之制品及重新好的组织。

结束

自身动用Visual Studio Team
System是自从2005年启幕之,最初的目的只是是为满足远程迁入代码的内需;但就2008与2010本的发表,对于流程定制与整体性的质地解决方案的要求更强。幸运的是,这个时公司吗自身提供了到澳大利亚纳Scrum
Master培训的机,使我好体系化的询问了Scrum模式之精髓,回来之后就对咱们的出集团进行了同一雨后春笋之优化。

再就是,作为Scrum Master我哉以获取了提供Professional Scrum
Developer培训的火候,PSD课程是微软以及scrum.org共同开发的一致模仿基于实践的scrum开发人员培训科目,它应用Visual
Studio
2010体系作为平台,将参训人员分为差之社,进行实际的开支工作,在支付之过程遭到于学员体会Scrum的妙处和Visual
studio
2010的无敌。目前咱们既以澳大利亚墨尔本和意大利米兰成功运行了之课程。作为以亚洲夺唯一向神州供及时无异于课程的供商,我耶期待能够与再次多之开发人员分享这些情节。

[注:此文以2010年7月28日上于InfoQ的SCRUM开发频道,原文地址: http://www.infoq.com/cn/articles/visual-studio-2010-agile-scrum-development]

相关文章