а как?

как эта фича называется?

PHPUnit Fixtures && Database Testing ?

сенкс

Я для теста апи тестовую Табличку пользую, а юнит тестов наверн и нету почти

Интеграционные обычно

а что подразумевается под интеграционными?

Ну скажем у меня тестируется сразу весь роут и части проверяются, на что он может влиять

Например, изменения в бд, что он должен породить

Вооон как

наверное мне такие же и надо писать

а чем тестишь? phpunit?

Да

Хорошо, спасибо за идею

Я конечно на истину не претендую, рад послушать альтернативные мнения

Я конечно на истину не претендую, рад послушать альтернативные мнения

могу вкинуть статейку

Так кидай конечно. Ну и своими словами лишним не будет

загугли Integrational tests are a scum.

t.me/oop_ru/32200

привет подскажите в чем может быть ошибка local.ERROR: exception 'Symfony\Component\Debug\Exception\FatalErrorException' with message 'Class 'App\папка\имякласса' not found'

t.me/oop_ru/32200

Читал

Так кидай конечно. Ну и своими словами лишним не будет

лично мне тож удобно развернул на левой бд поднял фикстуры погонял роуты и tearDown

такой вопрос. Я могу получить авторизованного пользователя через Auth::user() и через request()->user(). В чем разница и как правильно

@fes0r ее кидал уже, ага

фасад vs хелпер ф-ция?

такой вопрос. Я могу получить авторизованного пользователя через Auth::user() и через request()->user(). В чем разница и как правильно

оба варианта верные

@folleah спасибо

public void When3AddOperationsThenGetHistory_ShouldReturnThose3Results()

mother of god

посоны, чот не проходит валидация date_format:"d.m.Y"

может я её неправильно пишу

может быть, может быть

пиши буквами, люди работают

Voyager

блэд, ковычки лишние оказались

По поводу laravel админки, это системная админка? или пользовательская для редактировании контента?

Посмотри в инете

Voyager Laravel

Ее отдельно подключают

Понял, спасибо

t.me/oop_ru/32200

из этого можно сделать вывод, что если код теста превышает по сложности код тестируемой сущности, то есть проблемы с архитектурой

они всегда будут

но можно минимизировать

просто тестировать калькулятор легко, а миллионы и миллиарды велосипедов сложно

ну у меня вот сейчас код, который я полностью сам писал и в принципе, я могу его оптимизировать

наверное мне повезло

но как только придет новый человек к тебе в команду

ты не сможешь оперативно ввести его в курс дела

если я напишу норм архитектуру, то почему бы и нет)

если

плюс нас скоро заставят писать доку

тесты лучшая дока

а так как юнитами ты свое творение не покроешь

нет, ты ошибаешься

то у тебя не будет tests в прямом его смысле а будет checking

лучшая дока - это обычная дока + комменты)

интеграционные тесты не говорят тебе где у тебя ошибка

они дают понимание что она есть и где-то в этой комнате

лучшая дока - это обычная дока + комменты)

ноуп

фарт отстань

я работаю

а комменты вообще зло

и тебе советую

если ты пишешь комменты то у тебя априори все плохо

потому что есть потребность объяснить что не так с твоим кодом

когда у тебя дохуя магии как в ларе, то комменты это норма

потому что вдруг тебе пришлют юишника, которого надо переучивать

короче ты чет в сферическом вакууме ситуацию представляешь и думаешь что только так и может быть

пойду куплю стрипсов и картоху фри

тебе не нужно мне ничего доказывать

иди да работай

я уж молчу про комментирование методов, где какие то математические вычисления есть

предлагаешь новому разрабу самому просчитывать что да как, вместо прочтения пары строк, че эта ебучая формула делает?

я бы в таком проджекте надолго не остался, нахуй надо это все разгребать

обернул формулу в функцию

назвал по человечески

=> избавился от тонны комментариев

ты просто перечитал clean code и переслушал фесора

а ты просто не сделал ни первого ни второго