Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5180685
  • 博文数量: 1696
  • 博客积分: 10870
  • 博客等级: 上将
  • 技术积分: 18357
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-30 15:16
文章分类
文章存档

2017年(1)

2016年(1)

2015年(1)

2013年(1)

2012年(43)

2011年(17)

2010年(828)

2009年(568)

2008年(185)

2007年(51)

分类: 嵌入式

2012-01-19 11:37:34

欢迎访问 sinodragon21.cublog.cn

 

测试方法简介
方法一:Pex + Silverlight 4 Toolkit.
Pex针对.cs文件,默认使用VisualStudioUnitTestSilverlight框架。
[assembly: PexAssemblySettings(TestFramework = "VisualStudioUnitTestSilverlight")]

保存Pex的exploration,我们可以发现XXX.Tests工程是一个桌面版的Silverlight工程,把该XXX.Tests工程设定为Startup工程,run,测试结果显示在Windows PC的IE浏览器里,而不是显示在Windows Phone上面。

方法二:下载安装并使用Windows Phone Test Project模板
如果不用Pex,而是使用"Windows Phone Test Project"模板add project(该Template可以在"Add New Project"左侧选择Online Templates搜索安装后获得),该project是一个Windows Phone工程,包含WMAppManifest.xml, MainPage.xaml等,run,会启动WP7 emulator或者device,测试结果显示在WP7 emulator或者device上面。

 
优缺点分析
方法一
缺点:不能测试Windows Phone OS特有的类和API,例如:Microsoft.Devices.Environment.DeviceType等。
优点:可以自动探索分析代码逻辑流,自动产生测试数据和单元测试用例。
** 需求:需要为Pex写一个支持Windows Phone的framework作为extension(假定它叫做VisualStudioUnitTestWindowsPhoneSilverlight),在"Run Pex"时可以选择该framework,最后生成XXX.Tests是Windows Phone工程,而不是PC版的silverlight工程。

方法二
优点:可以测试Windows Phone OS特有的类和API,例如:Microsoft.Devices.Environment.DeviceType等。
缺点:不能像Pex那样自动产生单元测试用例。
 
Work around
结合方法一和方法二,先使用Pex自动生成测试用例,再把他们copy到方法二的工程里。
 
友情链接
阅读(1084) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~