Шабат нельзя работать

последний раз про мат предупреждаю

я думаю мне пора вас покинуть, причины просты: беседы на проф темы не конструктивны + основная часть сообщества удаленные работники которым очень хочется "поболтать", перечитывать по 500+ сообщений флуда и срача мне не интересно. если ситуация изменится - то дай знать.

Заходь суда

Там одекватнее

Так-с, так-с, так-с

Эй, ты...

Так-с, так-с, так-с

Эй, ты...

<script>alert('da horsie')</script>, Нельзя ругаться! [Предупреждений 3/5]

Ахахах

ндааааа, слов просто нет во что чат превратили

ндааааа, слов просто нет во что чат превратили

Это все один человек сделал.

вычистить, а приматов забанить. Все равно бесполезные

да уж

сейчас приматов можно выпиливать вместе со всеми их мессагами

илитка vs приматы

интересный факт - все люди относятся к отряду приматны, подотряд сухоносые обезъяны, надсемейство человекообразные обезъяны, семейство гомениды

в том числе и илитка

так что выпилить всех

ну а че евгенику не зря придумали

/stat@combot

combot.org/chat/-1001074471215

/me

?Fayozjon [CybernatiC] Berdiev? ?Статистика с ?02.12.2016 22:09 ⚠Предупреждений: 4 ?Сообщений обработано: ?112 ?Слов написано: ?404

404 not found btch

Урод

да харэ уже

лучше давате похоливарим за тесты

?

кто как тестит

кто как структуру проекта ведет

я руками

или запрягаю своих подопечных

дорого выходит и медленно

у нас тестер есть

пишет автотесты

ну и разработчики тоже тестят

+ пхп юнит

тестер автоматизирует e2e тесты выходит?

окей, а сам проект, как примерно структуру проекта ведете? что покрываете интеграционными тестами? Что юнитами? Сеттеры в сущностях?

сетеры и гетеры в сущностях

покрываем всё

стремимся по крайней мере

сетеры и гетеры в сущностях

ясно понятно

то есть юнит тесты только на сервисы менеджеры

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

команды

и т.д.

...контроллеры?

юнит тестами?

ага

зачем?

а почему нет?

ну то есть мы сейчас об одном и том же виде тестирования говорим?

ну там... мокать взаимодействие тестируемого объекта с внешним миром (все что вне объекта)

мокать поведение внешнее

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

ERROR: S client not available

ну из внешнего тестер пишет на эмуляторе

не понятно что проверяют такие тесты и как жить с тем что тесты полностью завязаны на реализацию

имитируя поведения юзера

имитируя поведения юзера

это e2e тесты это просто и не интересно

меня интересует что есть "юнит тест контроллера"

это примерно так же глупо как "юнит тест репозитория"

почему же?

потому что ты дублируешь реализацию тестируемого кода в тестах

дублируешь мол "эта штука должна дернуть эту штуку"

хотя тесты не должны о таких вещах знать

любой мелкий рефакторинг - тесты красные

не спорю)

либо надо подправлять и тесты

двойная работа

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

у меня к примеру так: - Model - тут почти все покрыто юнит тестами, репозитории интеграционными и если есть сервисы которые напрямую лезут в базу - тоже интеграционными. - Handler - высокоуровневая логика. По хэндлеру на юзкейс. Интеграционные тесты. - Service - инфраструктура. Почти полностью интеграционные тесты. Чутка юнитов - Http - по сути там контроллеры и трансформеры для API - интеграционные тесты

не спорю)

а зачем сеттеры в сущностях?

а где?

нигде, они не нужны. Ну у меня сеттеры еще в билдерах есть

хотя... я правильно понимаю что у тебя проекты - web, ну мол сайтики?

неа

точнее "есть место для forms"

нет

ни одного сайтика

и форм тоже нет

а ну тогда сеттеры вообще не нужны

ну хорошо, как ты создаешь обьекты?

вот например банальная регистрация