В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PHP

1621 membersпожаловаться на группу
2019 December 31

BT

Bohdan Turchyk in PHP
в варианте после // для того, чтобы протестировать функцию foo нам нужно знать, что метод someShittySideEffect был вызван (нужно повесить на него мок с проверкой количества вызовов)
тем самым мы завязываемся на реализацию функции bar

в варианте до // мы предполагаем, что этот метод будет вызываться всегда
и тогда мы можем совершенно спокойно замокать функцию bar, но не считать вызовы, а просто указать, что она вернет
источник
16:32пожаловаться#1

BT

Bohdan Turchyk in PHP
я не говорю о том, что if'ов станет меньше вообще
источник
16:33пожаловаться#2

BT

Bohdan Turchyk in PHP
я говорю только о том, что если у нас нет if в функции - ее не надо покрывать тестами (чаще всего)
источник
16:33пожаловаться#3

SP

Sergey Protko in PHP
Bohdan Turchyk
в варианте после // для того, чтобы протестировать функцию foo нам нужно знать, что метод someShittySideEffect был вызван (нужно повесить на него мок с проверкой количества вызовов)
тем самым мы завязываемся на реализацию функции bar

в варианте до // мы предполагаем, что этот метод будет вызываться всегда
и тогда мы можем совершенно спокойно замокать функцию bar, но не считать вызовы, а просто указать, что она вернет
на счет количества вызово - кейс для этого хороший - ретраи
источник
16:33пожаловаться#4

SP

Sergey Protko in PHP
$api->call(Argument::cetera())->will(function ($args) {
    $this->call(...$args)->will(function ($args) {
        $this->call(...$args)->willReturn('content');
        throw new RequestTimetout();
    });
    throw new RequestTimetout();
});

$this->makeACall()->shouldReturn('content');
источник
16:34пожаловаться#5

SP

Sergey Protko in PHP
это куда проще чем пилить "реализацию пустышку" которая нужна только для проверки этого кейса
источник
16:34пожаловаться#6

SP

Sergey Protko in PHP
при этом мы жестко изолируем контракт
источник
16:35пожаловаться#7

ЕР

Евгений Ромашкан in PHP
Bohdan Turchyk
в варианте после // для того, чтобы протестировать функцию foo нам нужно знать, что метод someShittySideEffect был вызван (нужно повесить на него мок с проверкой количества вызовов)
тем самым мы завязываемся на реализацию функции bar

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

И получаем ошибку потому что он вызывается не всегда?
источник
16:35пожаловаться#8

BT

Bohdan Turchyk in PHP
и еще по ходу дела сейчас возникла мысль
завязываться на реализацию при моках иногда придется
но чем "ниже" по иерархии мы это делаем - тем проще потом будет жить
в идеале мы должны завязываться на реализацию только там, где она максимально стабильна
источник
16:35пожаловаться#9

BT

Bohdan Turchyk in PHP
Евгений Ромашкан
>в варианте до // мы предполагаем, что этот метод будет вызываться всегда

И получаем ошибку потому что он вызывается не всегда?
а как он будет вызываться не всегда, если там return $baz + someShittySideEffect(); ?
источник
16:36пожаловаться#10

SP

Sergey Protko in PHP
Bohdan Turchyk
и еще по ходу дела сейчас возникла мысль
завязываться на реализацию при моках иногда придется
но чем "ниже" по иерархии мы это делаем - тем проще потом будет жить
в идеале мы должны завязываться на реализацию только там, где она максимально стабильна
именно
источник
16:36пожаловаться#11

ЕР

Евгений Ромашкан in PHP
Bohdan Turchyk
а как он будет вызываться не всегда, если там return $baz + someShittySideEffect(); ?
Это не в функции foo
источник
16:36пожаловаться#12

SP

Sergey Protko in PHP
зависимости должны быть стабильнее штуки которой они нужны. Это не только про тесты - в целом это позволяет уменьшить вероятность изменений
источник
16:36пожаловаться#13

BT

Bohdan Turchyk in PHP
Евгений Ромашкан
Это не в функции foo
я говорю о том, что в первом кейсе всегда вызываться будет не bar
а someShittySideEffect
во втором кейсе - не будет
источник
16:37пожаловаться#14

ЕР

Евгений Ромашкан in PHP
Bohdan Turchyk
я говорю о том, что в первом кейсе всегда вызываться будет не bar
а someShittySideEffect
во втором кейсе - не будет
1 вариант:
Мы пишем тест на foo() и мокаем bar()
+ могут появиться if`ы в клиентском коде

2 вариант:
Мы пишем тест на bar() и мокаем someShittySideEffect()
источник
16:40пожаловаться#15

BT

Bohdan Turchyk in PHP
Евгений Ромашкан
1 вариант:
Мы пишем тест на foo() и мокаем bar()
+ могут появиться if`ы в клиентском коде

2 вариант:
Мы пишем тест на bar() и мокаем someShittySideEffect()
ты упускаешь, что if'ы в клиентском коде будут в любом случае, т.к. булевый флаг передаем в обоих случаях
источник
16:41пожаловаться#16

ЕР

Евгений Ромашкан in PHP
Bohdan Turchyk
ты упускаешь, что if'ы в клиентском коде будут в любом случае, т.к. булевый флаг передаем в обоих случаях
Поэтому пример весьма странный
источник
16:41пожаловаться#17

ЕР

Евгений Ромашкан in PHP
Вот, тупо но ок - https://gist.github.com/EvgeniiR/071925f241600207922e2719f9cfbdac
Gist
example.php
GitHub Gist: instantly share code, notes, and snippets.
источник
16:41пожаловаться#18

ЕР

Евгений Ромашкан in PHP
(имена изменены)
источник
16:42пожаловаться#19

ЕР

Евгений Ромашкан in PHP
Как протестить без мока?
источник
16:42пожаловаться#20