3

我想知道您是否可以向我推荐一些好的文章、教程、示例、链接、视频、书籍,以及任何让我开始使用测试驱动的 SharePoint 开发的东西。

我也有兴趣找出这种做法的利弊以及要寻找的东西。

4

2 回答 2

3

我认为您不需要了解特定于 Sharepoint 的内容。测试驱动开发的概念非常普遍,可以适用于任何编程语言或框架。

wiki可以帮助您入门,并且google 中有很多链接可以从那里开始。

但是,如果您真的想要一些特定于 Sharepoint 的文章,可以查看 Sharepoint Cowboy 的文章和关于21 个应用程序的文章。

于 2011-04-14T18:19:25.290 回答
1

我同意拉里的观点,“正常”的测试驱动适用于 SharePoint 就好了。

您应该为您的单元/集成测试查看TypeMock 。这是一个单元测试/伪造框架,允许您伪造 SharePoint 对象。不确定它是否仍然是唯一一个这样做的,但它肯定是一个好产品。

我发现在 SharePoint 中进行测试驱动的开发比常规的 .NET TDD 更耗时,主要是因为 SharePoint 对象更复杂且更难隔离。例如,SharePoint 列表通常取决于内容类型,而内容类型取决于网站栏等。这意味着您必须多做一些工作才能使其正常工作。

一个大专业人士(无论如何在我眼中)是,一旦你的设置完成,你就可以快速工作。为测试设置环境(如果您通过 UI 进行)是一件痛苦的事情。这需要很长时间。例如,如果您需要创建列,那么每次您更改使用它的代码时,您的内容类型都会通过 UI 进行,您将浪费大量时间。如果您的测试失败并且您因为破坏了某些内容而需要删除您的内容类型,则更是如此。使用单元测试/假 SharePoint 对象,您将能够立即执行此操作,而且您将很快更好地了解 SharePoint 对象的工作方式。

于 2011-04-14T19:37:08.890 回答