Организация JUnit тестирует в проектах
Поскольку вы устанавливаете метод в обновлении сообщения как patch, убедитесь, что вы открываете форму для использования этого метода:
{!! Form::open(['method' => 'patch']) !!}
Если вы «Не используйте класс Form, вы также можете просто убедиться, что под формой есть скрытый элемент, называемый _method :
Аналогично, если вы отправляя эти данные через AJAX, просто добавьте ключ _method в полезную нагрузку, установленную на 'PATCH', перед отправкой запроса через POST. Некоторые браузеры ( IE 7/8 ) не поддерживают PATCH HTTP через XMLHttpRequest
. Другой вариант - изменить маршрут для приема данных POST:
Route::post('posts/store-new-post', 'PostsController@store');
Route::post('posts/{slug}', 'PostsController@update');
4 ответа
Я использую отдельную, но параллельную структуру пакета по нескольким причинам.
- Это сохраняет тесты, организовал тот же путь как код приложения.
- я могу легко создать просто файлы приложения для распределения.
- Тестовый код все еще имеет доступ к моему коду приложения.
- Это не так нарушено как смешивание тестового кода с кодом приложения.
Я поместил свои тесты в отдельную, но подобную/параллельную структуру пакета. Это - то, как Знатоку нравятся вещи, и это работает хорошо с IDE также. Мне нравится он этот путь, потому что мне не путали мой тестовый код с моим кодом приложения, все же я могу все еще получить доступ к частным на пакет вещам в целях насмешки и проверки состояния.
Просто используйте Знаток . Со знатоком можно создать структуру по умолчанию для проекта:
mvn archetype:create -DgroupId=com.yoyodyne -DartifactId=UberApp
Это создаст стандартное расположение каталога Знатока содержащий пространство для модульных тестов, а также Вашего основного проекта. Используя знатока, можно тогда выполнить модульные тесты, не упаковывая его к банке, и можно создать банку, которая содержит просто приложение. У Вас могут также быть различные пути к классам и различные зависимости для выполнения, теста и время компиляции.
я нахожу его самым тревожащим, чтобы видеть, что так мало людей здесь на самом деле использует Знатока (или по крайней мере Муравей, хотя я предпочитаю Знатока для обработки зависимости.)
как тарифицируют Ящерицу, сказал,
она помогает иметь параллельную структуру так, чтобы 1) я мог поставить src.zip или src.tar.gz и не учесть модульные тесты 2) На уровне системы управления версиями, можно поместить, зацепляется, кто изменяет исходный код и кто изменяет только модульные тесты
"Недостаток"
, Вы не можете изолировать свой файл JAR, если и источник и модульные тесты находятся в том же пакете (значение, необходимо удалить модульные тесты прежде, чем подготовить.JAR и изолировать его)