Скажите, пожалуйста, а как можно сейчас более или менее автоматизированно тестировать WCF сервисы?
Есть ли какой-нибудь хороший бесплатный фреймворк для этого. Есть http://www.typemock.com/ , но
он не дешевый. Хотелось бы узнать, кто как решал эту проблему и какие инструменты использовал.
Заранее благодарю.
Здравствуйте, Sharov, Вы писали:
S>Здравствуйте.
S>Скажите, пожалуйста, а как можно сейчас более или менее автоматизированно тестировать WCF сервисы? S>Есть ли какой-нибудь хороший бесплатный фреймворк для этого. Есть http://www.typemock.com/ , но S>он не дешевый. Хотелось бы узнать, кто как решал эту проблему и какие инструменты использовал. S>Заранее благодарю.
Если надо "свой" wcf сервис тестировать, то
— в set-up поднимаешь wcf-хост например на named pipe и конфигурируешь в коде в этом же setup()
— в tear-down закрываешь хост
Если надо "чужой" web-сервис тестировать, то unit-тестами никак.
В первый раз приходится рефакторить сервис для такой тестируемости, потом это на автомате
Это же не рокет сайнс, И юнит-тестирование раньше wcf появилось.
Фраза "Unit-тестирование WCF приложений" звучит, как оксюморон. Если в тестах есть упоминание WCF, то это наверняка интеграционные, либо функциональные тесты. Если же для разработки именно юнит теста требуется замочить WCF сервис (сохранив транспортный уровень), то налицо кривая архитектура и её надо рефакторить так, чтобы это не требовалось.
T>Фраза "Unit-тестирование WCF приложений" звучит, как оксюморон.
Ну почему же, WCF вполне можно юнит-тестировать, если локально дергать методы сервиса.
>Если в тестах есть упоминание WCF, то это наверняка интеграционные, либо функциональные тесты.
Угу, написал свой небольшой фреймворк для тестирования WCF сервиса. Т.е. по сути интеграционные тесты
>Если же для разработки именно юнит теста требуется замочить WCF сервис (сохранив транспортный уровень), то налицо кривая архитектура и её надо рефакторить так, чтобы это не требовалось.
Моки как раз и существуют, что бы эмулировать поведение сторонних компонентов.
