но только тематика чата всеравно не та

да блин

мне гребаный конфиг поправить

я просто слишком в хлам уже

иди поспи)

кстати

мож ты поможешь ?

нужно щас прост

пасаны, расскажите про интеграционные тесты? вы пишете? селениумы или шо?)

codeexception

пасаны, расскажите про интеграционные тесты? вы пишете? селениумы или шо?)

интеграционные тесты не нужны

хай тестеры пишут ой, точно, они нихрена не пишут, а потом баг с формой после обновления симфони всплывает через три месяца

интеграционные тесты не нужны

ну я задал вопрос потому что обизяны иностранные на работе блаблабла, интеграционные тесты. я спорил, рисовал и решил спросит в чате, мож я не прав)

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

ну у нас нет тестировщиков

ну я задал вопрос потому что обизяны иностранные на работе блаблабла, интеграционные тесты. я спорил, рисовал и решил спросит в чате, мож я не прав)

есть разница между "интеграционные тесты" и приемочные тесты реализованные как e2e или интеграционные. Особенно если у тебя есть пирамида тестов

есть разница между "интеграционные тесты" и приемочные тесты реализованные как e2e или интеграционные. Особенно если у тебя есть пирамида тестов

чел хотел писать интеграционные с фронта. типа делать реальный ххтп запрос и получать респонс и тестить кнопки

фронт на реакте)

ну обизяны

чел хотел писать интеграционные с фронта. типа делать реальный ххтп запрос и получать респонс и тестить кнопки

это называется end-to-end

и это нормально, мы сча сами такие начинаем писать, и да у нас фронт тоже на реакте

окей. какие типы тестов вы вообще пишете?

юниты, e2e

чуть чуть интеграционных там где надо

это называется end-to-end

я немного не так обьяснил, там было не про end-to-end) ща попробую)

ну как не e2e - если ты кликаешь на кнопку и проходит полностью до бэка и реальной базы?

да, но это единственные тесты который он хотел писать

кстати не вижу смысла тестить фронт типа снэпшоты компонент и что отрендерилось.

кстати не вижу смысла тестить фронт типа снэпшоты компонент и что отрендерилось.

почему?

смысл есть, просто это где-то 5%-10% от всех тест кейсов которые у тебя должны быть

реакт оч удобно юнитами тестить

но я пока мало юнитов под реакт писал

(

окей, тогда behat кодсепшн выбрасываем. пишем энд ту энд и гтово?

реакт ломается же на раз)

рендер чуть что умирает

а если апи + клиенты (веб и моб). интеграционные с моб писать не очень.

а тесты на снапшотах легко писать

та я шарю)

окей, тогда behat кодсепшн выбрасываем. пишем энд ту энд и гтово?

можешь не выбрасывать, можешь выбрасывать

я про то что времени не хватает

некоторые приемочные можно без фронтэнда тестить

а если апи + клиенты (веб и моб). интеграционные с моб писать не очень.

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

но e2e это боль

боооооль

потому их нужно мало

но они увы нужны

только самые важные и критичные фичи и только хэппи юзер флоу

все остальное - юниты

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

так вот вопрос о том что мы не можем писать все типы тестов. нет времени. оставить только энд ту энд?

так вот вопрос о том что мы не можем писать все типы тестов. нет времени. оставить только энд ту энд?

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

какой процент от этого времени составляет тестирование? и давай предположим что каждый день тебе надо делать полнй регресс приложения

ну или не полный а хотя бы смоук всего приложения

каждый божий день

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

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

и еще, как думаешь, что лучше когда баг находишь ты или клиент?

"нет времени" - это отговорка которая позволяет ничего не делать. Если ты добавляешь тесты в свой проект и при этом у тебя время не экономится, или в целом нет профита - то явно что-то не так)

возможно ты просто бог и тесты тебе не нужны, или ты не эффективно тратишь время на реализацию, или у тебя просто херово тестируемое приложение

по моим мироощущениям юнит тесты вообще оверхэда не добавляют а порой и экономят время (если через tdd)

но только если ты уже умеешь с ними работать

и у тебя более-менее нормальный код

"нет времени" - это отговорка которая позволяет ничего не делать. Если ты добавляешь тесты в свой проект и при этом у тебя время не экономится, или в целом нет профита - то явно что-то не так)

лично я покрывал свой проект тестами) я ща не работаю уже в той тиме, просто иногда обсуждаю что-то

иначе - да, 2x времени на первые месяца 3 ты получишь

у них "нет времени" и это не меняется)

по моим мироощущениям юнит тесты вообще оверхэда не добавляют а порой и экономят время (если через tdd)

тоже самое исповедую

ERROR: S client not available

ну и 2х в первые 3 месяца вообще не возможно. там проекты за 3-4 месяца уже готовые хотят.

у них "нет времени" и это не меняется)

ну тут нужно уже более тонкую игру запускать)

галера кластер, где галера это корабль, а кластер это работники)

ну и 2х в первые 3 месяца вообще не возможно. там проекты за 3-4 месяца уже готовые хотят.

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

хз, мое мнение - лень надо пересиливать, пойду ка тесты попишу наночь

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

тип того) даже не спрашивай) я услышал то что хотел, вещал я парням все правильно. основной посыл был в том что начать пистаь хотя бы что-то ))

тип того) даже не спрашивай) я услышал то что хотел, вещал я парням все правильно. основной посыл был в том что начать пистаь хотя бы что-то ))

именно, не надо пытаться делать сразу все правильно и круто. Просто нужен опыт и развитие но не в ущерб проекту

e2e тесты - немножко, с этого можно начать

так это уже не первый проект)

но кто-то другой может начать юниты писать

так это уже не первый проект)

да я сам из аутсорса, че ты мне рассказываешь)

6 лет тесты пропихивали постепенно

а, ну тогда нормас)

Здравствуйте! Я тут говнокодю немножко. Подскажите кто-нибудь по доктрине вопрос... У меня 2 таблицы Articles и SubArticles. Вторая - это реализация связи многие ко многим c Articles на Articles, только с дополительной информацией об упорядочивании. То есть там три поля parent_id, subarticle_id, order Мне нужно вытащить по parentId все дочерние статьи, что я пытаюсь сделать так: $rsm = new ResultSetMappingBuilder($this->getEntityManager()); $rsm->addRootEntityFromClassMetadata(Article::class, 'a'); $query = $this->getEntityManager() ->getRepository(SubArticle::class) ->createQueryBuilder('sub') ->select('sub, a') ->leftJoin('sub.article', 'a') ->where('sub.parent = :parentId') --setParameter('parentId', $parentId) ->getQuery() ->setResultSetMapping($rsm); ; SQL, который генерирует эта конструкция вытаскивает мне правильные данные - а вот меппинг по умолчанию идет в сущность SubArticle. А мне надо в Article. Поэтому ставлю setResultSetMapping(), но он отказывается мэппить и выдает пустой массив...

В селекте попробейте оставить только 'a', и сделать дистинкт

Попробуйте*

всем утро ребята, а напомните, пожалуйста, как композицию форм запилить?

пример - есть форма для пароля с регексом, она применяется в трех местах

просто в билдере сделать add и указать соответствующий класс и options для него?

просто в билдере сделать add и указать соответствующий класс и options для него?

Если стоит цель переиспользовать поле с паролем, то имеет смысл сделать отдельный FormType

да, уже тоже это дошло

спасибо

запилил недавно и может кому пригодиться. асинхронный сервер (amphp, aerys) для генерации PDF из TeXа https://gist.github.com/ostretsov/7dd76ed02c9611717e858e5ab4070623

запилил недавно и может кому пригодиться. асинхронный сервер (amphp, aerys) для генерации PDF из TeXа https://gist.github.com/ostretsov/7dd76ed02c9611717e858e5ab4070623

запили github репозиторий и заверни все в docker образ)

https://habrahabr.ru/post/349266/

у вас тоже были проблемы с наследованием контроллеров? )))

нет, я роуты пишу в yml

а чо прям нужно было наследование контроллеров?

Парни, есть у нас какой-нибудь Code-Style стандарт распространенный, где бы catch, else и т.п. с новой строки писались? try { } catch (...) { }

PSR, Symfony - везде на одной строке с закрывающей фигурной скобкой

а чо прям нужно было наследование контроллеров?

чтобы отнаследоваться от фоса)

Парни, есть у нас какой-нибудь Code-Style стандарт распространенный, где бы catch, else и т.п. с новой строки писались? try { } catch (...) { }

а зачем конкретно такой стандарт?