我想知道您是否可以请一些好的文章,教程,示例,链接,视频,书籍,以及让我开始使用测试驱动的SharePoint开发的任何内容。
我也有兴趣了解这种做法的优点和缺点以及需要寻找的东西。
答案 0 :(得分:3)
我认为您不需要了解Sharepoint特有的内容。测试驱动开发的概念足以适用于任何编程语言或框架。
wiki可以帮助您入门,Google中有很多链接可供您使用。
但是,如果你真的想要一些Sharepoint专题文章,那就是Sharepoint Cowboy的article和一篇关于21 apps.的文章
答案 1 :(得分:1)
我同意Larry的说法,“正常”测试驱动适用于SharePoint就好了。
您应该查看TypeMock的单元/集成测试。它是一个单元测试/伪装框架,允许您伪造SharePoint对象。不确定它是否仍然是唯一一个这样做的人,但它确实是一个很好的产品。
我发现在SharePoint中进行测试驱动开发比常规.NET TDD更耗时,主要是因为SharePoint对象更复杂,更难以隔离。例如,SharePoint列表通常取决于内容类型,这取决于站点列等。这意味着您需要花费更多的工作才能使某些工作正常运行。
一位大专业人士(无论如何我的眼睛)是,一旦你的设置完成,你可以快速工作。为测试设置环境(如果你是通过UI完成的话)是一件痛苦的事。这需要很长时间。例如,如果您需要创建列,那么每次对使用它的代码进行更改时,您的内容类型都会通过UI进行,您将失去大量时间。如果你的测试失败了,你需要删除你的内容类型,因为你破坏了某些东西。使用单元测试/虚假SharePoint对象,您将能够立即执行此操作,此外,您还可以更快地了解SharePoint对象的工作方式。