使用.NET/Mono 在移动设备上进行单元测试

  • Jonathan Allen
  • 李永伦

2012 年 2 月 21 日

话题:.NET测试移动AndroidiOS语言 & 开发

目前具体平台的一个问题是缺乏单元测试的支持。开发者被迫在测试的质量和构建流程之间做出妥协,以便一切能够工作起来。最近 MonoTouch 在这个方面取得了进展,但 Windows Phone 和 Mono for Android 仍然落后。

Windows Phone 7 / Silverlight

Windows Phone 7 的开发者可以通过两个途径进行测试。第一个是修改Silverlight 单元测试框架,使之能够运行在 Windows Phone 设备上。许多 Silverlight 开发者已经对此熟悉,这个单元测试框架本身还在“试验阶段”,修改需要支持大量测试。Jeff Wilcox 为Silverlight 3 和 Windows Phone 7.0 的单元测试提供了一个修改。

利处:提供的测试比其他选择更加精确。

弊处:不能包含到构建流程里,没有 IDE 支持。(译注:CodePlex 上有个Windows Phone Essentials的开源项目提供了 Visual Studio 测试项目模版,支持通过 NuGet 安装,能和 Jeff Wilcox 修改的单元测试框架一起工作。)

Christofer Löf采用了完全不同的途径。他不是把一个测试框架放到 Windows Phone 里,而是把他要测的代码拿出来。通过Portable Library Tools实现他的模型和视图模型,他可以在标准的单元测试框架以及设备上运行相同的代码。不幸的是,Portable Library 并不支持 ObservableCollection,需要使用“ListFactory”提供正确的类型。

利处:可以包含到构建流程里,可以使用任何标准单元测试框架,支持 IDE 整合。

弊处:Portable Library Tools 只提供有限的 API。

第三个途径是使用单独的项目共享相同的源代码。在理想情况下,代码是一样的,但可以通过预处理器指令处理大部分差异。如果你打算在 MonoTouch 和 Mono for Android 上共享相同的代码,这种做法就很有意义了,因为它们需要分开构建。

利处:可以包含到构建流程里,可以使用任何标准单元测试框架,支持 IDE 整合。

弊处:构建时间更长,平台之间的差异可能带来问题。

iOS / MonoTouch

MonoTouch 最近有了一个在设备上执行的单元测试框架。和 Windows Phone 版本的不同,这个是官方支持的。Touch.Unit框架本质上只是一个测试执行器,并为 MonoDevelop 提供了基本的 IDE 支持。它的核心是NUnitLite,NUnit 框架的一个子集,专门为有限资源的设备量身定做的。

利处:提供的测试比其他选择更加精确。

弊处:不能包含到构建流程里,没有 IDE 支持。

在 Touch.Unit 发布之前,开发者需要使用单独的项目共享相同的源代码,就像 Windows Phone 那样。不过,在这里他们将会使用完整的 Mono 运行时和 NUnit 而不是微软的相关平台和技术。

利处:可以包含到构建流程里,支持 IDE 整合。

弊处:构建时间更长,平台之间的差异可能带来问题。

Android / Mono for Android

目前为 Mono for Android 项目做单元测试的唯一选择是使用多个项目。Mono for Androidhi 阿不够 MonoTouch 成熟,但最终我们应该可以看到一个类似的测试框架。

查看英文原文:Unit Testing on Mobile Devices with .NET/Mono

.NET测试移动AndroidiOS语言 & 开发