да и вообще, у нас говорят так "Мужчина начинается с соточки. Не жмешь соточку - ещё не мужчина" )

Со стопкой водяры аналогично

тебе твой же травмат в попу и засунут

жда. надо огнестрел. ато развелось всяких

тебе твой же травмат в попу и засунут

Лол

да и вообще, у нас говорят так "Мужчина начинается с соточки. Не жмешь соточку - ещё не мужчина" )

тебя обманули

или ты бы не родился

тебе твой же травмат в попу и засунут

Хватит меня унижать ,ты думаешь я оружием пользоваться не умею?Я с Украины так то .Ало,привет!

Хватит меня унижать ,ты думаешь я оружием пользоваться не умею?Я с Украины так то .Ало,привет!

И?

А я из 90х )

Хватит меня унижать ,ты думаешь я оружием пользоваться не умею?Я с Украины так то .Ало,привет!

тебе мало лет

Хватит меня унижать ,ты думаешь я оружием пользоваться не умею?Я с Украины так то .Ало,привет!

там у вас все ковбои )

И?

Там военная подготовка прямо на улицах идёт

тебя обманули

ну не, теперь я тоже так думаю )

ага

если мальчик, то будь добр соточку пожми

И в школах предмет "Защита отечества "

библию ещё напишите

с инквизицией

если мальчик, то будь добр соточку пожми

Я 5 раз подтянуться не могу,какая сотка ?

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

И в школах предмет "Защита отечества "

на 300м в ростовую мишень из травмата попадешь?)

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

я добрый

я когда тралю - улыбаюсь )

я когда тралю - улыбаюсь )

вебку вруби, мы не видим

на 300м в ростовую мишень из травмата попадешь?)

:Dd

Товарищи, а подскажите пожалуйста: как правильно использовать юнит-тестирование при работе с базами? Даже не так: как правильно использовать юнит-тестирование, когда весь код - это большая обёртка над неким API, реализованным процедурами и функциями oracle? :) То есть, никаких простых функций типа assertTrue/assertFalse: нужно проверять именно работоспособность сложных вызовов с кучей логической фигни, кучей аргументов. Создавать, изменять, получать обьекты в базе, и т.д. - то есть, никакими моками не обойдешься. При этом таки очень хочется начать юнит-тестировать, т.к. руками искать узкие места перед обновлениями этого API - задолбало :) Всё, что гуглится про юнит-тестирование на php, говорит о том, что с базой в юниттестах работать низзя, делайте моки, итэдэ и тэпэ. Но мне явно нужен другой подход. Может, есть чего почитать на эту тему?

ох...php в пятницу в час ночи

ага ;(

парни, я по тестам лошье, ниче ероме ассертов не делал

ох...php в пятницу в час ночи

да работать надо начинать

пьятница же рабочий день

Товарищи, а подскажите пожалуйста: как правильно использовать юнит-тестирование при работе с базами? Даже не так: как правильно использовать юнит-тестирование, когда весь код - это большая обёртка над неким API, реализованным процедурами и функциями oracle? :) То есть, никаких простых функций типа assertTrue/assertFalse: нужно проверять именно работоспособность сложных вызовов с кучей логической фигни, кучей аргументов. Создавать, изменять, получать обьекты в базе, и т.д. - то есть, никакими моками не обойдешься. При этом таки очень хочется начать юнит-тестировать, т.к. руками искать узкие места перед обновлениями этого API - задолбало :) Всё, что гуглится про юнит-тестирование на php, говорит о том, что с базой в юниттестах работать низзя, делайте моки, итэдэ и тэпэ. Но мне явно нужен другой подход. Может, есть чего почитать на эту тему?

ну не мокай. кто запрещает?

ну не мокай. кто запрещает?

Да в целом подход непонятен. Тупо дёргать все подряд процедуры и смотреть, не вылетел ли эксцепшн... как-то тупо) Ну и, опять же - м.б. есть приёмы какие-нибуть, типа там начать транзакцию в setup / откатить в tearDown, или ещё что-нибуьт как-нибуть

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

Да в целом подход непонятен. Тупо дёргать все подряд процедуры и смотреть, не вылетел ли эксцепшн... как-то тупо) Ну и, опять же - м.б. есть приёмы какие-нибуть, типа там начать транзакцию в setup / откатить в tearDown, или ещё что-нибуьт как-нибуть

Для каждого теста можно базу заного сидить. У тебя же класс что-то выполняет? Вот и проверяй результат его работы.

заново сидить базу займет несколько часов :)

Ну транзакции делай

Если ты не хочешь\можешь покрыть весь функционал тестами, проверяй только результат.

С несколькими параметрами

1 тест с правильными 1 с неправильными

угу

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

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

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

поэтому просто проверяй что оно работает и не работает

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

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

и почти везде его навтыкал, почти вычистив легаси

но один хрен, никак не подступлюсь)

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

Сначала пиши простые тесты на работает\не работает

Затем пробуй рефакторить

просто я хз как ты без тестов будешь рефакторить это

Ди единственный кто хорошо шарит в пхп Шоле ?

мне 15

я не шарю

ты заебал

ты заебал

Я тебя не ебал

* тут была шутка *

Птздуй спать

но один хрен, никак не подступлюсь)

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

Птздуй спать

это тебе батя сказал?

это тебе батя сказал?

Стрелочник

Стрелочник

А это сестра сказала?

А это сестра сказала?

Забудь.о.ней.

Не не не

Не не не

Да да да

Не не не

Не даст всё равно

ERROR: S client not available

Не даст всё равно

что ты так за нее переживаешь?

Она же сводная

Она же сводная

В том то и дело что она не свободная лол

Т.е ты мне спиздел?

а бля

какая свободная?

сводная

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

Хер знает. С определением, в чем у меня проблема, в том числе :) Ну вот пример: API - к билингу. В билинге - юзер. Хочу проверить функцию назначения юзеру подписки на тариф. При этом: у юзера может быть отрицательный баланс; у юзера может отсутствовать оборудование (термин из билинга, к нему прикрепляется тариф); у юзера может быть уже назначен этот тариф; юзеру может быть недоступен этот тариф. Это, блин, на каждый возможный вариант ошибки ( да я сам их все представить не могу, чо угодно может вылезти ) - нужно в пределах одного (_каждого_) теста создать в БД юзера с кучей отличающихся параметров? Да этож ебаный пиздец)

Хер знает. С определением, в чем у меня проблема, в том числе :) Ну вот пример: API - к билингу. В билинге - юзер. Хочу проверить функцию назначения юзеру подписки на тариф. При этом: у юзера может быть отрицательный баланс; у юзера может отсутствовать оборудование (термин из билинга, к нему прикрепляется тариф); у юзера может быть уже назначен этот тариф; юзеру может быть недоступен этот тариф. Это, блин, на каждый возможный вариант ошибки ( да я сам их все представить не могу, чо угодно может вылезти ) - нужно в пределах одного (_каждого_) теста создать в БД юзера с кучей отличающихся параметров? Да этож ебаный пиздец)

ну да, так оно и работает

пиздец )

Для этого и придумали всякие умные штуки

сидеры

ну то есть это не пиздец, если код зависит только от тебя

а если от чужой базы - то как-то херово

так нах тебе функционал чужой базы?

Твой класс что конкретно делает?

Дергает, допустим, процедуру. Но у неё куча параметров, и у обьекта, с которым она взаимодействует, тоже куча параметров. Хз, как протестить их все — а делать несколько десятков вызовов в базу на каждый тест для создания/удаления обьекта с нужными параметрами кажется пиздец избыточным, не говоря уж о времени выполнения кучи таких тестов

какую процедуру?

покажи пример

на кошках

дык мокай Hapi

а пля

не

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

и затем рефакторить это место

ну или сразу рефакторить, я хз

тебе один хер пол проекта переписать надо будет

если у тебя везде такое

что именно рефакторить-то?

вот эта процедура ( SI_USERS_PKG.SI_USER_GOODS_PUT ) — она зашита в API билинга, и я с ней хер чего сделаю и хер изменю

инжектить hapi через конструктор