Share via


在Teched大会上公布下一版本Visual Studio的ALM 路线图

[原文发表地址] Announcing ALM Roadmap in Visual Studio vNext at Teched

[原文发表时间] 05-16-2011 3:04 PM

       我收到很多关于Visual Studio未来发展的问题,尽管不能透露我们手头的所有工作,但今天我在 北美Teched大会 上兴奋地公布了下个版本Visual Studio中应用程序生命周期管理 ( ALM ) 的愿景。我们的ALM愿景可以分成三个主题:

l 继续Visual Studio 2010的辉煌。 如果您还没有试过Visual Studio 2010,可以拿来试用一下

l 加速您的敏捷开发——您会发现现有的支持已经不错了,而以后还会更多

l 连接开发和运营——保证开发人员和运营人员之间的无缝交互

        问到影响成功交付软件的最大问题是什么的时候,大家认为是更好的协作。我们知道开发软件需要一班人马,包括开发人员、测试人员、架构师、项目规划师等等。出于这个考虑,我们为ALM创建了旨在着力帮助人们紧密协作的策略:

l 协作——重点关注团队中不同角色的成员间价值的流动。

l 可付诸行动的反馈——团队成员之间有反馈时,形式应该是直接可以帮助解决手头问题。比如, 当测试人员与开发人员对一个缺陷进行沟通的时候,需要包括视频、截图、配置信息、甚至IntelliTrace日志来使找到并修复根本问题更容易。

l 多样的工作风格——为每个团队成员提供最好的可能的工具,不管是Visual Studio IDE、Web浏览器、Sharepoint、Office还是专门的工具

l 透明的敏捷流程——从工程任务到项目状态,使所有以上策略都能建立在“同一信任”之上。 TFS为整合所有团队成员及其工具提供了这一核心。

        VS2005, VS2008,和VS 2010都沿着这条道路实现了新价值。比如VS2010通过像架构发现、层增强、自动化测试和IntelliTrace等解决方案加深了架构师与开发人员、测试人员与开发人员以及开发人员之间的交互。

       在今天的主题演讲中,我讲述了我们如何通过并入两个新增的重要角色来继续沿着这条道路前进:利益相关人和运营。即使该图表大大简化了应用程序生命周期中的流程,它体现了计划、构建和管理软件的本质。

有很多场景会延续到针对ALM的下一个Visual Studio版本中。通过专注于改善整个团队在整个生命周期间的工作流,这些场景增进了对软件解决方案的创建、维护和支持。

l 敏捷规划工具——通过像新的待办事项和任务板等方案建立在规划过程中整个团队参与的透明度。

l 轻量级需求——在过程中能尽早获取和接收需求反馈的一种自然方式。

l 利益相关人的反馈——写出符合利益相关人期望的代码。

l 连续测试——单元测试覆盖率保证最终产品的质量

l 敏捷质量保证——通过一系列方法提高代码质量:代码审阅支持,改善单元测试框架并支持新探索性测试。

l 改善用户体验——通过改善日常任务的体验,有更多的时间“在区内”。

l 开发与运营协调一致——增加业务运营与开发团队之间的联系和了解,减少修复产品缺陷所需的时间。

这里有是今天演示中的几个截图——往下有我今天主题演讲的链接。

敏捷规划

 

        规划成功的软件发布需要做很多权衡。我们需要决定什么是我们需要解决的核心客户问题以及以何种优先级来解决(产品的待办事项)。我们只有这么多的资源可供使用(容量规划)。一旦决定接下来做什么,我们还得把规划这些任务(Sprint规划)。最后我们需要根据计划追踪进度,根据情况做出调整(管理任务)。我们在下一版本的Visual Studio中引进了一个新的基于web的接口,它实现了Scrum模型,解决了所有这些问题。因为解决方案是在TFS上面创建的,数据很容易通过您所喜欢的工具来获取。您可以看下这里的一些示例:

轻量级需求

       是不是经常遇到这种情况,完全按照客户要求去做但是做出来的却不是他们想要的?一般来说,客户总是很努力地提供他们的需求,而工程团队同样努力地使他们开心。但是,这个过程要经历很多步骤, 每个点都可能导致利益相关人和工程团队之间的南辕北辙。Visual Studio 下一个版本通过我们都熟悉的PowerPoint以一种自然的方式来呈现利益相关人的反馈。利用PowerPoint中的Storyboarding插件,产品负责人可以快速模拟解决方案,并在着手实现前直接从客户那里获得反馈。因为解决方案利用PowerPoint演示,您可以在应用程序的界面之间显示链接,演示用户操作(如触摸),很容易地分享你的提案。下面的截图演示了其中一部分理念。

利益相关人的反馈

 

       用户要求功能和团队交付之间的间隔时间越长,二者南辕北辙的可能性越大。理想状况下我们经常能收到反馈,以确保正在开发的就是客户需求的。为了帮助实现这个, Visual Studio下一个版本(基于VS2010的Test Professional支持)引入新的反馈工具,允许产品负责人使用新功能并提供可付诸行动的反馈。它收集反馈环节的视频和音频,也收集动作记录(可以转化成测试用例)。这种丰富的反馈很及时,保持所有人同步。

连续测试
 

      好的单元测试覆盖率是保证最终产品质量的最佳方式之一。在下一版本Visual Stdudio中,您最喜欢的单元测试框架与IDE深度整合。我们将支持MS Test、xunit和nuint。 .NET和原生C++代码都能测试。添加测试框架也是一个扩展点,所以如果您没有在列表中看到您最喜欢的工具,也可以很容易地添加它。

敏捷质量保证

 

       一旦开发团队完成新软件的开发,我们需要运行质量检查。这包括一系列用到VS2010中手动和代码测试功能的功能测试。对下一版本Visual Studio来说,我们还想要为QA专业人士提供一种方法探索产品并找出更多的问题。对此,这种新的探索性测试工具给出了一种很棒的方式。在你探索产品的时候,整个过程(音频和视频)、采取的每个步骤的记录等都会被这个工具录制下来。通过这个工具,您可以创建新测试用例、缺陷、获取截图并做详细的记录。过滤工具还允许您选择导致缺陷的步骤。所有这些都是提供可付诸行动的反馈的示例。

System Center和Visual Studio Team Foundation Server 2010

       应用程序开发和IT运营团队之间的关系是非常关键的。我们刚刚发布了System Center和Visual studio Team Foundation Server(TFS) 2010间一个新的连接器的CTP版本,它帮助协同开发和运营。连接器允许运营团队将System Center所收集的应用程序性能监测和诊断信息发送给TFS,从而立即引起工程团队的注意并会审事故。通过这个支持, 运营团队可以很容易地获取关键数据(比如调用堆栈)并将他们自动传送给工程团队(可付诸行动的反馈的另一个示例)。Microsoft将在今天稍后交付一个新的连接器的CTP版本。 请一定去看看并将您的想法告诉我们!

 

了解更多

       “下一版本Visual Studio应用程序生命周期管理白皮书”今天发行。 这本全面的白皮书涵盖了关于这些话题的更多细节。我建议您去看看,顺便看看Visual studio 路线图

        使用ALM最好的方式是今天就开始使用Visual Studio 2010并获取MSDN订阅。 您可以在我们的网站上找到其他能帮助您开始的有效链接。

l Visual Studio 网站——产品信息

l Visual Studio开发者中心——技术和社区信息

         我主题演讲的视频将稍后在北美Teched大会网站上发布:

       请在接下来的几个月间查看Cameron SkinnerBrian HarryAmit Chatterjee 的博客获知更多关于下一版本Visual Studio中的ALM的信息。

用得开心!