|
|
1
5
对你来说,这是一个有争议的选择——不要使用模仿! 而是进行集成测试,因为一旦您使用SharePoint OM,这就是您正在做的事情。 将尽可能多的逻辑放在可以从请求上下文外部运行的库程序集中(重载构造函数以在HttpContext或SPWeb中传递)。 仅为单元测试设置服务器/站点(最好是VM,以便您可以轻松回滚并创建新实例),并针对此设置运行。 ( VMWare Server 如果您正在运行连续构建,您应该能够将其设置为自动运行并报告结果。或者使用开源的批处理文件魔法 nUnit 缺点
所有项目的取舍都是不同的,但对于我的项目,我更喜欢安全性,知道我是在测试真实的东西——如果你愿意,可以叫我老式! |
|
|
2
2
据我所知,除了您提到的SharePoint的Typemock隔离器之外,没有其他的。众所周知,单元测试SHarePoint非常困难。 |
|
|
3
2
Andrew Woodward是TDD和SharePoint的忠实粉丝-请查看他的网站: http://www.21apps.com/agile/unit-testing-sharepoint-getting-into-the-object-model/ |
|
|
4
2
我录了一张唱片 web cast 关于SharePoint单元测试。这也包括在 SharePointDevWiki.com 也 |
|
|
5
1
似乎Telerik的JustMock也可以使用。它还可以模拟密封类、静态等。 |