微软北京.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的难度与可能遇到的问题。其实自己再也感谢兴趣之是外针对性是本来非常复杂问题所用的分析方法,很值得咱们借鉴。

必威app 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所提供的凡一个模板,因为它们的目的就是是巴我们在这个模板的基本功及持续的改良,最终找到符合

必威app 2 

自己出团队的流水线。其实就也充分抱Scrum模式之观点;简单一点来说,Scrum模式是千篇一律栽对复杂项目的流水线组织措施的框架,其目标是为吃咱们出有更强质量之软件出品。围绕的是目标,Scrum模式呢咱提供一个集体模型,一系列工具及一个简练的流程。在这么一个框架之下,Scrum模式要求我们连地改进流程以达成可团队的特级状态,这种针对改进之要求呢是Scrum模式区别为其他开支流程的要害特色有。

胡Scrum模式可软件开发?

软件行业迄今为止都产生逾40年的史,很多以软件工程被的治本章程都是以相连找着改善而来的。早期的软件行业由规模有限,绝大多数属于作坊型,几独人口当一齐因着团结之聪明才智创造有软件出品;但是当组织规模不断扩大的时节,开发人员开始需要一致种模型来团进一步粗大之团组织,满足越来越复杂的需要。因为从没经历可依,软件开发团队将许多风工业工程的措施借鉴及软件行业,因而起诸如“瀑布式”的模型。“瀑布式”模型要求我们于事实上的付出工作开始之前开展过多万分细的筹划和计划,力图以不可控的开支进程细化成可以决定的微粒,以达对复杂项目之完好控制目的。但是“瀑布式”模型忽视了软件项目的一个本质特征,那就是是求的不确定性;我们不可能像通往汽车一样在齐生产线之前把富有的零件都规划好,所有的流水线都规定好,再拓展装配;因为另外软件以实际上展开编码之前还没人知情这些代码应该怎样实现,而且每一个开发人员的水准不同,习惯差,写起的代码也是见仁见智之;再长客户对软件的要求为是当相连变更之,一年之前的业务流程很可能在相同年以后就起的变,如果还以事先的需要进行开,那么交付的时光自然是力不从心满足要求的;更关键之行,在客户无见到还是实际操作软件出品前,他们永远也未可知一目了然地报你他们如果的究竟是啊。因为及时种种原因,造成了软件开发不容许利用传统的工程措施开展集团,因为该自我是一致种要借助让开发人员智慧之探索性行为,也导致了咱们的软件项目受到来不行要命一部分凡败的。

Scrum模式的产出正是因对软件开发行为实为之认,提供了一样种松散的框架,让咱们采取同一栽探索性的流水线方法来组织自然就是探索性的开发进程;从根本上满足了软件开发本身对于流程的求。这种方法论实际上是依据爱德华?戴明所提出的戴明环的管住艺术;戴明环理论提出:人类在展开其他复杂活动经常,获得成功的最可行过程要通过:Plan
计划– Do执行 – Check 检查–
Act改进,四独支行过程,并无鸣金收兵的迭代以便找到最佳的不二法门来缓解问题。这个理论不是针对软件开发提出的,但是软件开发本身其实就是是极突出的繁杂活动。

必威app 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模式,现在吗发为数不少不等之观。其实生多人觉得白板及就经常贴就是无限好之家伙,其实对于小型团来说就真的是最好实惠又最好划算的艺术。但是要设想到软件企业之治本需求(工作量统计等),远程团队,开发工具集成,代码质量控制,发布后期支持等等;我们还是要一个莫大并的平台跟身家伙来支持我们的出组织。

必威app 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的默认角色中开展映射。

必威app 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 (敏捷工作簿)帮助我们再好对工作量及任务分配进行调控。

必威app 6 
图5:下MSF Agile
5.0模板创建的TFS团队项目并入了针对PBI和SBI的保管作用

必威app 7 
图6:Product Backlog 查询结果

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

于Scrum模式被,对于优先级的定义决定给简单个元素:需求的商业价值和紧急程度;另外一个重大之指标就是Story
Point,这个指标表明在即要求项之对立大小,注意这里说之相对大小,很多丁以之价理解也人天或者人常,其实是无确切的,因为以PO准备产品求列表的经过遭到,仅凭PO的更是那个不便准确之判定有为日为度的工作量的,但是相对的分寸是比容易看清的。

此外,从State和Iteration
Path两单列的价我们可以视,已经产生一些急需在迭代1-2受到既解决。根据这些信息,PO可以生轻的指向工作速度及剩余需求开展管理。

另外一个关键的查询就是Iteration Backlog查询:

必威app 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分配为每个开发人员以后,模板会吃有特别直观的柱状图,帮助组织判断工作量是否行得通。

必威app 9 
图8:对迭代1-3齐之工作量进行横向比较,根据历史数据判断后续迭代是否中

必威app 10 
图9:以手上迭代达到针对每个开发人员的工作量分配进行较

Daily Scrum Meeting支持

以此会十分简短,所以我们更为急需好直观的图片以帮忙组织对速度进行对,在TFS中提供了燃尽图为集团提供这些信。

必威app 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 构建的触发方式,可以保证拥有坐源代码库的代码都是经过认证的。

必威app 12 
图11:Gated Check-in 构建触发器

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

必威app 13 
图12:构建参数配置

TFS的自动化构建可以合二为一测试列表,图备受的上方之革命区域受到不怕是要求构建由品类文件被的测试列表文件中提取单元测试并机关运行;另外一个以Visual
Studio
2010种植之第一改进就是生方红色区域中的架验证参数。如果我们的类型文件中带有了架层次图(Layer
Diagram)的话,那么我们尽管是加上这个参数为构建自动的辨证项目之代码是否可架构设计的渴求。

必威app 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可以拿程序运行过程中之具备历史数据还记录下来,使得程序员可以回滚到任何的史点来查阅程序状态,这对于开发人员调试复杂逻辑很有效;之前我们以举行相同工作的时刻必须反复运行程序,以便找到问题,而现在尽管好被程序反朝运行。

必威app 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的测试为集成及自动化构建中失去。

必威app 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.