Как лучше всего настроить тестирование для ASP.Net MVC? Что использовать / обрабатывать / и т.д.?

Question

Я пытаюсь научиться правильно настраивать тестирование для ASP.Net MVC.

и из того, что я читал здесь и сейчас, определение устаревшего кода вроде меняИнтересы, где упоминается, что устаревшие коды - это любые коды без юнит-тестов.

, поэтому я спешно выполнил свой проект, не имея времени правильно настроить юнит-тесты для приложения, и я все еще учусь, как правильнопроводить TDD и модульное тестирование одновременно.затем я наткнулся на селен IDE / RC и использовал его для тестирования на стороне браузера.

и в это же время я натолкнулся на концепцию интеграционного тестирования, поэтому из моего понимания кажется, что модульное тестированиеследует сделать, чтобы определить тест и основные допущения для каждой функции, и если функция зависит от чего-то другого, то что-то еще нужно смоделировать, чтобы тесты всегда были единичными и могли выполняться быстро.

Вопросы:

1. , поэтому я прав, если скажу, что проект должен был начаться с модульного тестирования с правильными имитациями, используя что-то вроде носорогов носорога.участник dll, доступ к данным базы данных и т. д., которые будут сделаны через интеграционное тестирование с использованием селена?

2. , потому что у меня есть функция, которая вызывает стороннюю dll, я не уверен, стоит ли писать модульный тест в nunit, чтобы просто создать экземпляр объекта и передать ему некоторые фиктивные данные, которые ломаютсянасмешливая часть, чтобы проверить это или просто покрыть эту часть в моем тестировании интеграции селена, когда я отправляю свои формы и вызываю dll.

3. и для пользовательских приемочных тестов, можно ли сказать, что мыможно просто снова использовать селен?

4. Я что-то упустил или есть лучший способ / рамки?

Я пытаюсь вставить вбольше тестов для регрессионного тестирования, чтобы гарантировать, что ничего не сломается, когда мы добавим новые функции.Мне также нравится идея TDD, потому что она помогает лучше определить функцию, вроде мета-документации.

спасибо !!надеюсь, этот вопрос не слишком субъективен, потому что он мне нужен для моего случая.

Answer 1

1. так что я прав, что проект должен был начаться с юнита проверить с правильными издевательствами, используя что-то как носорог издевается.

Проект должен был начаться с хорошего разделения интересов. Если у вас хорошее разделение и вы работаете с абстракциями, а не с конкретными классами, использование фреймворк-фреймворка и написание модульных тестов - дело простое.

тогда все остальное, что требует 3-го участник dll, доступ к данным базы данных и т. д. быть сделано через интеграционное тестирование с использованием Селен

Да.

потому что у меня есть функция, которая вызывает третья сторона dll, я не уверен стоит ли писать модульный тест в nunit просто создать экземпляр объекта и передать ему некоторые фиктивные данные, которые ломаются насмешливая часть, чтобы проверить это или просто покрыть эту часть в моем селене интеграционное тестирование, когда я отправляю формирует и вызывает длл.

У вас не должно быть функции, которая вызывает стороннюю DLL. Вы должны написать абстракцию / оболочку вокруг этой DLL, которую вы будете использовать и которая будет проверена в модульном тесте, где вы убедитесь, что ваша функция вызывает правильные методы, не вызывая ее в действительности. Затем вы должны использовать DI-фреймворк в приложении для выполнения сантехники.

и для пользовательских приемочных испытаний, это Можно с уверенностью сказать, что мы можем просто использовать селен снова?

Selenium или любая другая платформа для веб-тестирования будет в порядке. В более продвинутых ($) версиях Visual Studio вы можете написать веб-тесты .