На форуме было бы больше пользы. Статья без ссылки - как тебе она поможет?
Написал: Дмитрий
30.06.2016 / 21:48
Новые комментарии
А можно не заниматься таким гемороем, посмотреть популярные хостинги и купить.
Доверять малоизвестным хостингам (пусть даж с лицензией) не каждый будет.
Написал: Алексей 28.06.2016 / 22:12
Доверять малоизвестным хостингам (пусть даж с лицензией) не каждый будет.
Написал: Алексей 28.06.2016 / 22:12
Reflesh, я плохо знаком с Laravel, не могу по этому поводу ничего сказать.
Написал: Артур 23.06.2016 / 23:57
СтатикаВ данном случае не вижу причин не использовать статику.
Написал: Артур 23.06.2016 / 23:57
Башка, это я бешусь все из-за того что у Laravel все укладывается в setUp и tearDown и он заставляет заниматься таким онанизмом, и все им занимаются.
Написал: Reflesh 23.06.2016 / 23:51
Статика
Так делать не рекомендуется. Если есть возможность, необходимо заменить работу с базой mock объектами, если такой возможности нет, то создавать данные в базе следует на уровне setUpBeforeClass метода.
Написал: Reflesh 23.06.2016 / 23:51
Вся проблема в том, что setUp и tearDown вызываются для каждого метода теста, то-есть каждый метод теста индивидуальный, это такое убожествоВас никто не заставляет использовать методы setUp и tearDown при тестировании. Я, к примеру, пользуюсь этими методами для совсем уж простеньких тестов, для остального я использую фабричные методы.
Сохранить что-то для следующих методов тестовСохранять что-то между методами теста это моветон.
тут в setUp для каждого теста наполняем бд данными а в tearDown удаляем всеТак делать не рекомендуется. Если есть возможность, необходимо заменить работу с базой mock объектами, если такой возможности нет, то создавать данные в базе следует на уровне setUpBeforeClass метода.
А mock, так это вообще, что за чудо конструктор легоMock это Mock, не больше, не меньше.
Написал: Артур 23.06.2016 / 22:50
А, и тут автор либо не знает о setUp либо, обходит его стороной.
Написал: Reflesh 23.06.2016 / 21:30
Написал: Reflesh 23.06.2016 / 21:30