vs 2010 测试功能学习

《vs 2010 测试功能学习》由会员分享，可在线阅读，更多相关《vs 2010 测试功能学习（50页珍藏版）》请在金锄头文库上搜索。

1、Visual Studio 2010 Beta 2 测试功能抢先学习（一）测试功能抢先学习（一） 微软微软在昨天正式发布了 Visual Studio 2010 Beta 2（内部开发代号 Dev10） ，同时也宣 布了正式版本的发布日期为2010年3月22日，也就是春节后啊！MSDN 订阅用户可以在今 天开始下载 Beta 2， 其它其它用户则要到美国时间10/21号才能下载， 也就是我们中国时间22号。 我很高兴能够马上就用上Beta 2版本的Visual Studio 2010， 与Beta 1相比变化还是不小的， 先不说功能上有啥变化，仅 Logo 的变化就让人小吃了一惊。一改使用了十

2、几年的“红绿蓝 黄”，采用了全新的“紫蓝”Logo，乍一看还挺不适应的，毕竟用了 VS 十多年，对老 Logo 还是有感情的，呵呵！ 老 Logo，再怀念一下！ 新 VS Logo 新 MSDN Logo 有关 VS 2010 Beta 2的下载、安装和新功能特性等方面的信息，可以访问 ，这里就不再多说了，作为一个 测试测试人员，俺更关心的是它在测试方面的内容。 对于测试人员而言，VS 2010 带来了更多崭新的功能，这些新功能贯穿了整个测试周 期 ： 测试计划、测试执行和测试执行进度跟踪。虽然 VS 2010 RTM 还不是正式版，但是 从微软发布的Beta 2我们也可以体验一下这些新的功能

3、。根据以往微软的开发流程和习惯， Beta 2和最终的 RTM 版应该是八九不离十的。VS 2010 引入了一个全新的工具，称作“微 软测试与实验室管理器” （Microsoft Test and Lab Manager， MTLM） ，MTLM 是一个单 独运行的工具 （内部开发代号“Camano”） ，用于创建测试计划、管理测试用例、运行测试 用例以及测试结果管理等。 在安装 VS 2010套件的时候会一起安装上，其界面还是很漂亮的，不像是传统的 WinForm 程序，应该是完全用 WPF 编写的。MTLM 是单独运行的一个工具，运行它不需 要启动 Visual Studio IDE。也许

4、很多人会问：为什么不把它集成到 VS IDE 中，而是作为一 单独的程序呢？我能够想到的答案是： 测试和实验室的管理的功能相对比较独立， 作为一个 单独工具使用会更轻便。 如果只是用来管理实验室或者执行测试用例， 就可以只安装这个工 具，在安装界面中可以选择只安装 MTLM 工具吧？有待下次安装时确认。 我在自己的机器上安装了 MTLM，第一次运行了这个工具后才发现，MTLM 仅是一个 测试和实验室管理功能的客户端，也就是个“配角儿”，真正的“主角儿”原来是 Team Foundation Server（TFS）服务器，更确切的讲应该是 TFS 2010 Beta 2。MTLM 是完全依 赖于

5、 TFS 的，它运行起来的第一个界面就是要你去连接指定的 TFS 服务器，否则也就到此 为止，寸步难行了。我们知道，TFS 是微软的软件开发生命周期管理（ALM）套件的核心 服务器端， 将 MTLM 与它进行紧密绑定更进一步凸显了微软软件生命周期管理软件的战略， 这其实从 VS 2005和2008就已经逐步开始了，2010更进一强化了这战略。VS 不再单单只 是面向开发人员或者是测试人员角色， 而是要提供一个平台来有效协调和支持开发过程中各 个角色，并使他们能够彼此紧密联系进行协作。就象早在 VS 2008中就已经支持 Excel 和 Project 和 TFS 连接一样，这也是趋势，设想以后

6、很可能所有和软件开发过程相关的工具都 会与 TFS 绑定。 Visual Studio 2010 Beta 2测试功能学习（二）测试功能学习（二） Q this.UIMap.Setaugend1(); this.UIMap.Clickplussign(); this.UIMap.Setaddend9(); this.UIMap.Clickequalsign(); RnP 和和 CUIT 支持的平台支持的平台/技术技术 任何技术都不是万能， 总有它的适用范围， 有所为， 有所不为。 RnP 和 CUIT 也是如此， 所以在使用之前， 首先必须要知道它们的使用范围。 在 MSDN Visual S

7、tudio 2010（Beta 2） 的帮助页面Supported Configurations and Platforms for Coded UI Tests and Action Recordings给出了 Beta 2中 RnP 和 CUIT 所支持的：操作系统、32位和64位、处理器体 系结构、.NET Framework 版本、语言以及具体的技术和平台。其中，大家最关心的应该是 最后一部分的技术和平台， 它决定了哪种类型的应用程序可以应用 RnP 和 CUIT。 上面的页 面仅给出了 Beta 2的支持情况，俺发现在微软测试功能开发团队的博客上，给出了 Beta 2、 RTM 以及

8、 RTM 之后 RnP 和 CUIT 的平台/技术支持路线，下面这张表还是非常直观的： 图例 ：完全支持完全支持 当前部分支持还有后续工作需要完成当前部分支持还有后续工作需要完成 支持但仍存在已知问题支持但仍存在已知问题 当前不支当前不支 持但今后会考虑持但今后会考虑 不支持不支持 基本上覆盖了 Windows 平台上的主流开发技术， 唯一的遗憾是还不支持基于 Silverlight 的 Web 应用程序的测试，相信这应该是微软在发布了2010之后，重点应该考虑的一部分内 容，因为现在 Silverlight 技术的应用还是非常广泛的。 - RnP 和和 CUIT 背后所采用的技术背后所采用的

9、技术 RnP 和 CUIT 是首次在 Visual Studio 中出现，其功能还是很炫很酷的，但其实背后的 测试自动化实现技术对大家并不陌生， 下面列出针对 Web、 Winfrom 和 WPF 应用的测试技 术基础。对每种技术的支持采用的是插件（Plugin）的形式实现的，VS 2010包括了如下的 三种插件： Document Object Model（DOM） 插件：IE 7/8 HTML/AJAX User Interface Automation（UIA）插件：WPF Microsoft Active Accessibility（MSAA）插件：Winform，Win32和 MFC

10、 。MSAA 插件是默认选项，用来支持出其它两者之外的任何应用。正如上面的表中所列的内容所示， 有些是默认 MSAA 插件也无法支持的，如：Silverlight 和 Firefox 等。 如果你所开发的应用程序当前还不被支持，也不用着急，微软在 VS 2010中还提供了 开发你自己的 Plugin 的机制，纤细的内容可以参见 Gautam Goenka 的博客Series on Coded UI Test Extensibility 。虽然是属于高级话题了，但是对于那些想要对 CUIT 有深入 了解和使用测试人员来说，这应该是必读的一篇博客内容。之所以这样说，源自我的切身体 会。我在一开始使

11、用 CUIT 的时候并没有注意这个话题，随着使用的深入发现有越来越多新 问题产生，使我迫切地想知道 RnP 和 CUIT 是如何构架。特别是我也遇到了Configure search properties used by recordercode generation 中提到的“录制所产生的无法用来定 位空间的动态控件名问题”（Name of the certain control is dynamic and not to use it to identify the control.） 。Visual Studio 2010并没有提供 Built-in 的解决方案，如果再要是不了 解 CU

12、IT 的 Extensibility 机制，那是无法解决这个问题的。还有其它一些类似问题，但是建 议你在使用了一段 CUIT 后再来 Extensiblity，否则只会是看的一头雾水，呵呵，真的！ Apart from this，产品良好的可扩展性也我喜欢微软的技术的一个重要原因之一，有了 扩展技术，为第三方厂商或者爱好者提供了途径来填补这部分空白，也是很好的商机，也许 这就是建立 Eco-system 的一种途径吧，呵呵！ Visual Studio 中的 RnP 和 CUIT 功能还是比较新的内容，除了看微软发布的 VS 2010 的 MSDN 文档， 去看 VSTT 团队和成员的博客是非

13、常不错的资料来源。 此外， 去 Coded UI Test forum 论坛直接提问题，可以更直接地得到相关产品部门的支持和解惑。 VS 2010 测试功能学习（九）测试功能学习（九） 数据驱动的手工测试用例数据驱动的手工测试用例 发布时间: 2011-1-10 11:21作者: 周京生来源: 51Testing 软件测试网采编 字体:小中大| 上一篇 下一篇 | 打印| 我要投稿| 每周一问，答贴有奖 在上一篇博客RnP 与 Coded UI 自动化测试测试中介绍了如何编写、录制和播放手工测手工测 试试用例，以及如何由录制的内容生成 Coded UI Test（CUIT）自动化测试自动化测试

14、用例。那里所使 用的测试用例测试用例比较简单，仅测试了计算器的加法功能。而在实际的测试工作工作中，在测试步骤 系统情况下，往往会有多组测试输入数据，需要判断每组输入的结果是否正确，这也就是所 谓的数据驱动的测试（DDT，Data-Driven Test） 。 Visual Studio 2010对手工测试用例的编写也支持 DDT， 每个测试步骤允许定义一个或 多个参数（Parameter） ，一组参数就构成了一个测试输入组，也被称为 Iteration。然后只 要录制一输入组的测试，就可以将录制内容应以于其它其它的输入组。马上就要春节了，辛苦了 一年，就要回家过年了，买车票是件大事，下面就以“

15、火车网“的车票查询网站的查询操作测 试为例。下图是在 MTLM 中定义的一个测试用例，一组执行步骤，但有多组输入数据： 1、打开 页面 2、输入 起始车站 3、输入 到达车站 4、查询 5、关闭浏览器 上面的测试步骤很简单，唯一值得注意的就是“起始车站”和“到达车站”，它们实际 上是为两个步骤分别定义的参数， 而参数的具体组合最下面的表格所示， 表中每一行就是一 个测试输入组合。而参数的创建则是通过测试步骤上面的“ Insert Parameter”按钮完成 的。在 Test Runner 中录制一个 Iteration 的执行时，当执行到一个带有参数的步骤时，测试 步骤会被展开，一个小箭头指

16、到第一个参数上，如下图所示。 此时 Test Runner 会自动将这个参数对应的内容拷贝到剪贴板中，测试人员只要通过 CTRL+V 将其粘贴到要输入的位置就可以了。可不要小瞧这一操作，Test Runner 在幕后做 些重要工作， 它要记录这个参数起始车站和哪个界面控件进行了绑定。 这样在录制完一组 数据后，自动执行其它组数据时，工具就知道该把数据放到位置了。 下图显示了要测试用的查询页面，我们在“出发站”输入框中按 CRTL+V 粘贴起始车站 “北京”。 在操作完毕后，如果这一测试步骤还有参数 Test Runner 会自动下移一下箭头，用户可以继 续粘贴下一个参数到指定位置，上一个参数则会被显示为： 在录制完一组输入 （Iteration）的执行后，录制的操作步骤可以直接应用到其它组输 入上，这样执行起来就方便多了，不需要给每个 Iteration 都手工录制一遍，这才是真正