SP
если она приватная то нет
Size: a a a
2021 May 24
DE
Только если сами шпиона пишем. А иначе можно метод мокнуть автоматически.
ST
Отдыхайте
SP
нет НИ ОДНОЙ практики тестирования которые предлагают тестировать детали реализации
SP
во всех практиках, будь то любители силениума заканчивая лондонской школой TDD - тестирование "приватных" вещей модуля это плохо
SP
именно по этому говорить о "белых ящиках" в контексте тестирования тупо. Их не должно быть. Ни на каком уровне
SP
вот не первый раз сталкиваюсь с этим дебилизмом и все никак не могу понять кого в этом говне винить.
A
ой. может то, что ты читаешь - там не предлагают. а во всяких документациях к Laravel вовсю предлагают сбегать в базу поглядеть не добавилась ли нужная строчка. И полно такой хрени везде...
SP
ну вот я пример приводил с "сходить в сэдбокс и проверить что платежка поступил" - сравни это с "сходить в базу глянуть добавилось ли". Есть ли разница?
SP
понятно что "лучше не через базу" а так же как в ситуации с тестированием stateful вещей - был сайд эффект - проверяем этот сайд эффект за счет того что у штуки стэйт поменялся через публичный интерфейс
SP
и не важно база там или нет
A
да. люди не видят границы интерфейсов. что внутри ящика, а что снаружи. иногда это трудно.
DE
Ну с Eloquent все тесты заведомо интеграционные. А они предполагают такую беготню.
A
там это предлагается даже для функциональных тестов. где проще у приложения через нормальный интерфейс попросить ответ и проверить. чем в базу лезть. самое обидное, что куда-ни глянь все(не только в документации, но и в статьях) в примерах приводят именно такие тесты. сделать POST запрос - проверить базу. ладно не будет про ларку тут...
SP
нууууу... с учетом того что у тебя там прямое 1-1 отображение табличек на объектики я не то что бы вижу в этом серьезную проблему.
ЗД
Да так даже при внешнем feature-тестировании делают...
SP
есть даже определенные плюсы так как тестирование одной операции не будет сильно пересекаться с запросами на чтение которые скорее всего будут меняться независимо от операций записи. По этой причине сходить в базу может быть вполне себе менее рискованным предприятием
SP
ну то есть, "все не так однозначно". Хотелось бы конечно тупой до безумия алгоритм и категоризации а не вот эти "риски ROI и прочее"
A
ну так и получается, что здесь мы в ящик помещаем write часть приложения, а база не в ящике.