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

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注