Как может генерировать представления в asp.net-mvc модульных тестах?
Вы ссылаетесь на results, как если бы он имел один столбец и 400 строк, однако создаваемый вами массив является одномерным массивом и не имеет строк и столбцов как таковых.
Если вы хотите создать один 2D-массив с 1 столбцом и 400 строками, содержащими 0.5, вы можете использовать это:
results = np.repeat([[0.5]], 400, axis=0)
Затем вы можете добавить столбец с копией первого например:
results = np.append(results, results, axis=1)
Кроме того, вы можете сделать то, что вы сделали (создать 1D-массив), а затем просто добавить измерение, чтобы превратить его в 2D:
results = np.repeat(0.5, 400)
results = np.expand_dims(results, 1)
После этого добавление столбца аналогично предыдущему.
3 ответа
Я пытался сделать это также. К сожалению, это не просто VirtualPathProvider (VPP), который является проблемой. VPP используется для отображения представления или частичного представления к физическому пути для определения существования файла. К сожалению, ViewContext заканчивает с virtualpath, не физическим путем, поэтому когда представление представляется, Разработчик использует свойства HostingEvnironment, который не существует.
Если Вы используете версию Visual Studio с Тестированием, то Вы могли использовать веб-Модульный тест. Это позволит Вам использовать браузер, чтобы назвать URL и затем проанализировать ответ для проверки на значения.
Существуют функции, прибывающие в Систему Команды VS 2010 для Приемочных испытаний, которые подходили бы для того, что Вы пытаетесь сделать. Как упомянуто Gregory Модульные тесты Beamer на MVC сделаны к контроллеру. Можно также протестировать Модель в зависимости от того, как Вы реализуете свою модель.
Это - то, где существует большое противоречие. Некоторые люди смотрят на модель как предприятия, где я смотрю на них как на представления модели, характерной для Представления. Больше Модели Представления. С тех пор нет никакой реальной функциональности в моей модели, я не должен тестировать ее. Я тестирую свой DAL, Слой Бизнес-логики за пределами MVC. MVC действительно является всей частью уровня представления. Это разделяет на уровни Вашей Презентации не Ваше приложение. Вы все еще разделяете свое приложение на уровни.
Насколько Поблочное тестирование идет, контроллер - то, где Вы тестируете. Можно протестировать модель, если существуют методы, которые требуют тестирования. Что касается представлений они - принятие, протестированное пользователями или посредством автоматизации как Watin.
Простите мне, если это звучит неосведомленным, но какова цель генерировать представления? Я могу пропускать что-то, но основное внимание модульных тестов "тестирует единицу". В правильно настроенном ASP.NET приложение MVC код, который должен быть протестирован, находится в контроллере и ниже. На самом деле я сказал бы, если правильно разработано, это ниже.
Тест представления является тестом приемлемости для пользователя. Я ничего не вижу неправильно с автоматизацией этого, каким-либо образом, но я не уверен, что это - что-то, что должно быть сделано с модульным тестом.
Я пропускаю что-то?