Я согласен с Ларри, «нормальный» тестовый подход отлично подходит для SharePoint.
Вам следует взглянуть на TypeMock для своих модульных / интеграционных тестов. Это фреймворк модульного тестирования / подделки, который позволяет подделывать объекты SharePoint. Не уверен, что это до сих пор единственный, но это, безусловно, хороший продукт.
Я считаю, что разработка через тестирование в SharePoint занимает немного больше времени, чем обычный .NET TDD, в основном потому, что объекты SharePoint сложнее и их труднее изолировать. Например, список SharePoint часто зависит от типа контента, который зависит от столбцов сайта и т. Д. Это означает, что вам нужно приложить немного больше усилий, чтобы что-то работало.
Большой плюс (по крайней мере, в моих глазах) в том, что после завершения настройки вы можете работать быстро. Настроить среду для тестирования (если вы делаете это через пользовательский интерфейс) - непросто. Это занимает много времени. Например, если вам нужно создать свои столбцы, то ваш тип контента через пользовательский интерфейс каждый раз, когда вы вносите изменения в код, который его использует, вы потеряете много времени. Тем более, если ваш тест не удался, и вам нужно удалить свой тип контента, потому что вы что-то сломали. Используя модульные тесты / поддельные объекты SharePoint, вы сможете сделать это в кратчайшие сроки, а также быстро получите лучшее понимание того, как работают объекты SharePoint.
person
Hugo Migneron
schedule
14.04.2011