ты об этом. ну возможно, я пишу unit + acceptance

в кодсэпшене в одном проекте

кодсепшен удобен в функциональщине

и бехат + пхп спек в другом

ппц скока всего

а я просто не люблю писать тесты :D

не, два проекта. на одном кодсэпшн, на втором бехат + пхпспек

не могу сказать что нравится больше, наверное все таки бехат + пхп спек

что лучше, что посоветуешь?

ага спасибо

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

да, а в бехат нельзя чтоли?

ну например я хочу записать в бд что-то перед тестом, чтобы это потестить. в кодсэпшене достал em, и записал. в бехат так не получится)

у нас на проекте очень много пхп в тестах, именно всяких расчетов и прочего

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

ну например я хочу записать в бд что-то перед тестом, чтобы это потестить. в кодсэпшене достал em, и записал. в бехат так не получится)

погоди а как тогда?

у нас на проекте очень много пхп в тестах, именно всяких расчетов и прочего

в каких тестах?

возможно надо юнит ))

в каких тестах?

в функциональных

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

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

ну да тогда acceptance

вот же пример бехата, тут ты ничего такого не напишешь) расчеты и тд это по юнит части.

ну например я хочу записать в бд что-то перед тестом, чтобы это потестить. в кодсэпшене достал em, и записал. в бехат так не получится)

Ты можешь писать свои фичи в бехат.

Ты можешь писать свои фичи в бехат.

да я знаю, только я устану их писать а мой контекст превратится в какаху)

Но вообще бехат обычно не для этого же. Мы юзаем чтобы UI тестировать.

ну да и там дальше по сценарию

ну да. но вот чтобы протетсить юай мне надо засабмитить было 6 сущностей сначала потому что их в дампе бд нет)

Бехат клиент по сути твоего клиента представляет. Он же не пользуется em.

я говорю что я сделал в кодсэпшене

да, про бехат я знаю.

того я говорю что в кодсэпшене можно наворотить что хочешь , а в бехате нет.

ну да. но вот чтобы протетсить юай мне надо засабмитить было 6 сущностей сначала потому что их в дампе бд нет)

Так Фикстуры напиши.

но это хорошо с той точки зрения что не наплодишь фигни)

ок спасибо

Так Фикстуры напиши.

та есть фикстуры, уже в сумме 10к обьектов. но именно в том кейсе фикстуры не подходили.

крч бери бехат

Отдельно не создать?

мне он больше нравится

Просто расчеты проверять юнит тестом. А отображает ли их - бехатом.

Отдельно не создать?

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

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

Так у вас на дампе тестируется?

а симфоневские чем не устроили? чего они не умеют или плохо умеют?

Мы просто дампы не юзаем. Только фикстуры.

Так у вас на дампе тестируется?

по сути фикчерсы, но перед тестами экспорт в dump.sql

чтобы быстрее

у нас фикстуры и кодсепшен но это хрень

ресет через дамп намного быстрее фикчерсов

один тест может сломать другой

с фикерсами тесты гоняют мин 20

один тест может сломать другой

лол, это как?

один тест может сломать другой

Не откатываете базу что ли?

если не - значит это говно)

Есть пакет от моего СТО. не помню название. :)

лол, это как?

один тест чтото удалить из базы созданой из фикстур может

один тест может сломать другой

ммм.... ну значит плохие тесты)

один тест чтото удалить из базы созданой из фикстур может

ну делайте ресет бд перед каждым тестом

один тест чтото удалить из базы созданой из фикстур может

Каждый отдельный тест должен получать начальную базу.

Транзакции и роллбэк

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

Каждый отдельный тест должен получать начальную базу.

на самом деле когда как. Иногда это не выгодно и тебе в целом хочется иметь какой-то набор сценариев выполняющихся на одной базе.

https://github.com/dmaicher/doctrine-test-bundle

ну так напиши 5 тестов и запусти их по очереди в одном

Транзакции и роллбэк

это работает только для очень простых ситуаций

ну да кодсепшен вроде из коробки делает транзакции

ERROR: S client not available

я просто постгрес/мускуль могу в оперативке запустить

на самом деле когда как. Иногда это не выгодно и тебе в целом хочется иметь какой-то набор сценариев выполняющихся на одной базе.

Ну по сути все может быть конечно. Но в идеальном мире каждый тест должен на чистом начинаться. Идеологически.

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

практически мгновенно

забыл как он называется

первый раз слышу

волумы?)

Ну по сути все может быть конечно. Но в идеальном мире каждый тест должен на чистом начинаться. Идеологически.

в идеальном мире давай еще про пирамиду тестов поговорим

волум это не контейнер для данных же

нет, волум то тут причем

я просто постгрес/мускуль могу в оперативке запустить

У лары предлагают вообще в ин мемори склайте запускать. :)

в идеальном мире давай еще про пирамиду тестов поговорим

Че ты начинаешь? Нормально же общались. :D

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

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

ничего не понял

ща

нет с докере спец контенера для данных

Но по сути все равно некошерно чтобы одни тесты от других зависели.

та и вообще - зачем?

Потому что изменил один, упали 3.

в кодсэпшене в _before() делаешь ресет бд и будет тебе счастье

Потому что изменил один, упали 3.

и чем длинне цепочка - тем больше надо будет фиксить

и чем длинне цепочка - тем больше надо будет фиксить

+

условно 10 тестов, 1 тест создает сущность и называет петя. ты пофиксил что-то с именем и этого петю надо будет фиксить в 9 тестах еще

дурость

хороший набор фикчерсов решает это

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

данные хранятся в волумах

где есть все кейсы которые ты хочешь протестить

Но по сути все равно некошерно чтобы одни тесты от других зависели.

да, некошерно

данные хранятся в волумах

не хранятся они в волумах. волюм это ж не сторадж

не хранятся они в волумах. волюм это ж не сторадж

волум в докерах это подключаемый сторадж.

но в этом есть смысл... ну не знаю... для нагрузочных тестов

Он же в любом случае синхронный.