微软北京.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]

相关文章

Leave a Comment.