微软北京.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的难度以及可能遇见的问题。其实自己更感兴趣之是外对这个当然非常复杂问题所祭的分析方法,很值得咱们借鉴。

lovebet爱博体育 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所提供的是一个模板,因为它们的目的就是是愿意我们于这模板的基本功及持续的改良,最终找到符合

lovebet爱博体育 2 

友好支付组织的流水线。其实就吗格外符合Scrum模式之见识;简单一点来说,Scrum模式是千篇一律种植对复杂项目的流水线组织方式的框架,其目标是为着吃咱出有重新胜质量之软件出品。围绕的之目标,Scrum模式呢我们提供一个团伙模型,一层层工具与一个简短的流水线。在如此一个框架之下,Scrum模式要求我们不断地改进流程以达成可团队的顶尖状态,这种针对改进的要求啊是Scrum模式区别为任何开支流程的重要性特色有。

干什么Scrum模式可软件开发?

软件行业迄今为止已产生跨越40年的历史,很多当软件工程中之治本方还是在相连摸索着改善而来的。早期的软件行业由于规模有限,绝大多数属于作坊型,几单人口在合因着自己之聪明才智创造有软件出品;但是当组织规模不断扩大的时节,开发人员开始需要同种植模型来组织进一步庞大之团,满足越来越复杂的要求。因为从没经历而循,软件开发团队将洋洋民俗工业工程的法子借鉴及软件行业,因而起诸如“瀑布式”的型。“瀑布式”模型要求我们以实际的开发工作起来之前进行多很细的规划与计划,力图以不可控的出过程细化成可以操纵的颗粒,以达到对复杂项目之共同体控制目的。但是“瀑布式”模型忽视了软件项目的一个本质特征,那就是是求的不确定性;我们不容许像往汽车一样以齐生产线之前把持有的组件都设计好,所有的流水线都规定好,再进行装配;因为其他软件以实质上开展编码之前还没有人知晓这些代码应该怎样实现,而且各一个开发人员的水准不同,习惯差,写有底代码也是见仁见智的;再添加客户对于软件之求吗是在不断变化之,一年之前的业务流程很可能当同样年后虽有的转,如果还按事先的要求进行支付,那么交付的时光势必是力不从心满足要求的;更着重的转业,在客户无看到要实际操作软件出品前,他们永远为非克明了地告知您他们要是的究竟是呀。因为及时种种原因,造成了软件开发不可能使传统的工程方开展集体,因为那自是相同种植要借助让开发人员智慧之批判性行为,也导致了俺们的软件项目中发出格外老一部分凡是砸的。

Scrum模式的出现正是根据对软件开发行为实为之认,提供了同等种植松散的框架,让咱运用同样种探索性的流水线方法来集团自然就是探索性的开销进程;从根本上满足了软件开发本身对于流程的需。这种方法论实际上是依据爱德华?戴明所提出的戴明环的田间管理方法;戴明环理论提出:人类在展开其它复杂活动经常,获得成功的不过管用过程要通过:Plan
计划– Do执行 – Check 检查–
Act改进,四单支行过程,并无停歇的迭代以便找到最佳的点子来化解问题。这个理论不是对软件开发提出的,但是软件开发本身其实就算是无限典型的繁杂活动。

lovebet爱博体育 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模式,现在吗起不少不等之见识。其实生成百上千人觉得白板及就经常贴就是太好之工具,其实对于小型团来说这确是极端得力而极端划算的章程。但是若考虑到软件企业之田间管理要求(工作量统计等),远程团队,开发工具集成,代码质量控制,发布后期支持等等;我们要要一个莫大并的阳台跟身工具来支持我们的开销团队。

lovebet爱博体育 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的默认角色中进行映射。

lovebet爱博体育 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 (敏捷工作簿)帮助我们重好对工作量和任务分配进行调控。

lovebet爱博体育 6 
图5:使用MSF Agile
5.0模板创建的TFS团队项目并入了针对PBI和SBI的管制力量

lovebet爱博体育 7 
图6:Product Backlog 查询结果

达到图被不怕是运TFS内置的Product
Backlog查询得到的活需求列表,这个列表是PO使用的要工具,我们得以小心到这列表已经因Stack
Rank列进行了排序,这也体现了出品需求列表的性状:需要依据客户/干系人对急需项之预级为组织交付任务;而PO的除要不断完善这个列表,还待持续跟客户关系人展开沟通,一边确定是优先级。

在Scrum模式遭遇,对于优先级的定义决定给简单个因素:需求的商业价值和迫切程度;另外一个生死攸关之指标虽是Story
Point,这个指标表明在眼前需项之对立大小,注意这里说的相对大小,很多人数将这价理解吧人天或者人常常,其实是匪精确之,因为于PO准备产品要求列表的长河中,仅凭PO的经历是坏不便准确的判断发生因时日呢度的工作量的,但是相对的轻重缓急是较便于看清的。

除此以外,从State和Iteration
Path两独列的价我们好观看,已经生局部要求在迭代1-2受就解决。根据这些消息,PO可以老爱的对准工作速度与多余需求开展田间管理。

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

lovebet爱博体育 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分配受每个开发人员以后,模板会被起非常直观的柱状图,帮助组织判断工作量是否有效。

lovebet爱博体育 9 
图8:针对迭代1-3臻之工作量进行横向比较,根据历史数据判断后续迭代是否管用

lovebet爱博体育 10 
图9:于时迭代及针对每个开发人员的工作量分配进行比较

Daily Scrum Meeting支持

斯会特别简单,所以我们更要格外直观的图形以赞助组织对进度进行复核,在TFS中提供了燃尽图为组织提供这些信息。

lovebet爱博体育 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 构建的接触方式,可以确保所有坐源代码库的代码都是经验证的。

lovebet爱博体育 12 
图11:Gated Check-in 构建触发器

Gated Check-in
触发方式与往底触发方式所不同之处在于,开发人员执行迁入操作的时刻代码并无会见一直上源代码库,而须先行通过构建的证明:保证编译成功与概念好之迁入验证测试好成功运行,然后TFS才会将代码真正放开服务器。之前的持续集成(Continuous
Integration)
方式也会以迁入的时段进行构建,但是这种构建是以代码先迁入,然后又运行构建,如果代码中一度有了毛病,那么在服务器上便见面留缺陷代码;Gated
Check-in
借助TFS源代码管理受到之“搁置”功能,先管代码搁置到服务器上现存储着,在构建成功后才见面正式迁入,所以缺陷代码不会见跻身服务器。

lovebet爱博体育 13 
图12:构建参数配置

TFS的自动化构建可以合二为一测试列表,图被之上面的红色区域被即使是讲求构建起类型文件中的测试列表文件被提单元测试并自行运行;另外一个每当Visual
Studio
2010栽的首要改进就是下方红色区域受到之架构验证参数。如果我们的色文件中含有了架层次图(Layer
Diagram)的话,那么我们即便是增长这个参数为构建自动的征项目的代码是否相符架构设计的要求。

lovebet爱博体育 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可以把程序运行过程遭到的兼具历史数据都记录下来,使得程序员可以回滚到其他的历史点来查程序状态,这对开发人员调试复杂逻辑很管用;之前我们于召开同工作之早晚必须反复运行程序,以便找到问题,而今日虽然可给程序反往运行。

lovebet爱博体育 15 
图14:IntelliTrace调试器重所记录的次第历史数据

此外,IntelliTrace还足以将这些调试数据另存为tdlog文件;当开发人员A发现了B的一个问题的当儿,他可把好调节环境受到之tdlog发送给B,开发人员B就足以利用此文件给Visual
Studio恢复至开发人员A的调剂状态,从而保证B可以有效之重现A所观看底问题。

lovebet爱博体育合作调试

协作调试实际解决多个开发人员在调试过程遭到的另外有消息共享问题之方,上面的IntelliTrace可以共享调试历史数据;但是就此过Visual
Studio
的开发人员都懂,像“断点”是无克保存至调试数据遭到,也非会见于保留到花色文件被;所以协作调试就提供了开发人员共享断点信息,并且还可给开发人员在断点信息达上加有证明,以便帮助其他的开发人员理解问题。

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

测试管理器是Visual Studio
2010系遭到呢测试人员特意开发的足独自运转的测试环境,它了独立,不负让Visual
Studio
IDE,提供特别强大的测试录制等力量。在头里介绍构建的下自己都用单元测试集成及构建中错过自动运行,但是单元测试只能针对后台逻辑进行,不克迎刃而解UI测试,或者为黑盒测试问题。微软的测试管理器的面世,就是为解决UI测试的题目。

TFS 2010挨特意供测试用例(Test
Case)工作起项目,这个工作起允许测试人员对切实的测试步骤进行设计,并且给闹预测的结果;同时,借助测试管理器的录制功能,还好管测试人员换的操作全部且录制下来,一边后来自动播放;或者生成Coded
UI 测试,一旦产生了Coded
UI测试,我们就算得将这些对UI的测试呢拼到自动化构建中错过。

lovebet爱博体育 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]

相关文章