单元测试MonoTouch项目的最佳方式？

Question

实际上有一种使用NUnit和MonoDevelop测试运行器对MonoTouch项目进行单元测试的好方法吗？

我知道有官方的MonoTouch单元测试项目类型,但在模拟器中运行测试不是我想要的方式.现在我想用MonoDevelop测试运行器运行测试,之后一切都应该与Jenkins(CI)一起使用.

我知道UI特定代码的局限性,所以我想测试的所有东西都与MonoTouch本身无关,它都是关于separete项目中的业务逻辑.

通过向MonoTouch Library类型项目添加测试,我得到了System.IO.FileNotFoundException,如下所述:http://ben.phegan.name/index.php/2011/02/28/monotouch-and-unit-testing/

通过使用单独的NUnit测试项目,我无法引用我的测试系统,因为它的项目类型是MonoTouch库项目类型,当然,它具有不兼容的目标框架(vMonoTouch).

所以,Touch.Unit没有任何真正的替代品,是吗？

Answer 1

实际上是否有一种使用NUnit对MonoTouch项目进行单元测试的好方法

Touch.Unit

和MonoDevelop测试跑步者？

并不是的.MonoTouch项目取决于monotouch.dll在iOS(而不是OSX)下执行的需求.因此,需要跑步者在模拟器或设备上执行.

现在你的问题有一些误解:

以后一切都应该与詹金斯(CI)一起使用.

Touch.Unit已经使用iOS模拟器和/或设备与连续构建/集成服务器(只要它们运行OSX)一起使用.详情请点击此处.

我知道UI特定代码的局限性,

Touch.Unit 不是关于UI测试.事实上,它在UI测试方面非常糟糕(但这不是重点).

Touch.Unit是一个在iOS上执行的测试运行器.这允许你在自己​​的测试中使用MonoTouch/iOS API(它可能是UIKit,但它可能是StoreKit,GameKit,*Kit,任何基础类......它是一个相当大的世界).

所以,Touch.Unit没有任何真正的替代品,是吗？

是.如果您的业务逻辑很好地隔离并且不依赖于monotouch.dll那么您应该能够将其构建为:

• 非MonoTouch项目(不同项目,相同来源),即与常规框架链接; 要么
• 链接到单元测试程序集中的源代码(链接到常规框架);

那个经典的 nunit测试程序集将是一个常规框架项目,并且能够从默认的 NUnit 运行程序或 MonoDevelop单元测试运行程序中运行.