Каков способ тестирования моих пакетов в верстаке. Если я напишу единичный тест, то классы не будут загружены автоматически. Таким образом, это означает, что:Laravel workbench unit test
<?php
use \Mockery as m;
class ExampleTest extends TestCase {
public function tearDown()
{
m::close();
}
/**
* A basic functional test example.
*
* @return void
*/
public function testShouldReturnValidServer()
{
$mock = m::mock('MailChimp[sendCurl]');
MailChimp::listSubscribe(array('id' => 'c79a023ff2', 'email_address' => '[email protected]'));
}
}
приводит к ошибке, указав, что класс TestCase не найден. Когда я добавляю класс TestCase к автозагрузке в моем composer.json (тот, что находится в папке моего пакета), класс доступен. Однако после этого я получаю следующую ошибку, которую «Illuminate \ Foundation \ Testing \ TestCase» недоступна и т. Д. И т. Д. Итак, мой вопрос заключается в том, что мне следует автозагружать в моем компоновщике.json в папке моего пакета? Все так же, как в моем основном композиторе.json, или есть какой-то другой способ, который мне не хватает.
Я знаю, что в Мануэлем он говорит:»
Вы можете мерзавец инициализации от верстака/[поставщика]/[пакет] каталог и мерзавец нажать пакет прямо с рабочего места! Это позволит вам удобно разработать пакет в контексте приложения, не будучи тормозится постоянными командами обновления композитор.
Однако я не понимаю. Может кто-то объяснить, что имеется в виду под этим? Кстати я знаком с мерзавцем. I просто не получают контекста.
EDIT1 Насколько я понял, теперь вы нажимаете свой пакет в свой репозиторий, а затем включаете его в свой основной композитор.json в качестве пакета. Я просто не понимаю, как это полезно при разработке. Надеюсь, я это понимаю. :)
EDIT2 Я был неправ. Вы держите свой пакет в верстаке, пока он не станет стабильным. Точно так же, как Нилс указал ниже. Вопрос все еще остается. Как создать среду, в которой я могу выполнить модульный тест при запуске приложения. Я имею в виду, как тестировать модель, где я могу издеваться над фасадами и т. Д. Или это происходит в плохой практике рабочего стола?
В руководстве указано точно противоположное: если вы храните свой пакет в верстаке во время разработки, вам не нужно использовать композитор.Как только он станет стабильным, и вы хотите использовать его в другом месте, вы должны добавить его в composer.json. –
Спасибо. Это правда. Тогда где это предложение git push? – driechel
Ну, вы хотите, чтобы ваш пакет (тот, который сейчас находится в «workbench») находится под управлением версии, но отделен от 'composer'. Поэтому, если вы используете git, вы можете «git push» в вашей «рабочей области». Ваш пакет не будет отображаться в 'composer.json', но может быть установлен в вашей системе. –