SP
ну то есть условно говоря для тебя white box это когда ты моки генерируешь по описанию а black box когда фэйки руками пишешь?)
Size: a a a
2021 May 11
AZ
blackbox тестирование не исключает white-box, оно живет вместе
SP
что если я скажу что фэйки руками где ты потом ассерты по стэйту фэйка делаешь ничем вообще не отличается от моков?
SP
как следствие условный код
что с моками что с ручными фэйками + ассерты будут знать о реализации одинаково?
profile = new Profile(data)
repo.add(profile)
что с моками что с ручными фэйками + ассерты будут знать о реализации одинаково?
R
Не, black box — когда ты описываешь всё, кроме того, что тестируешь
SP
окей, то есть если я через свой mock framework описываю все методы зависимостей (что на самом деле надо делать люди просто об этом не вкурсе видимо) то у меня black box? тогда что из моего примера выглядит как white box?
R
А зачем ассертить фейк?
SP
а что твой тест проверяет если нет ассертов?
R
Ассертить то, что тестируешь
SP
ну вот и вопрос - что ты тесируешь)
SP
вот ты привел пример. Что ты тут тестируешь?
SP
ты ж по сути будешь ассертить стэйт твоего
NewFakeRepoR
Что
f отдаёт ожидаемые рузельтаты. Я не буду ассертить стейт репо, я буду ассертить результаты работы f на стейтом репоSP
а что оно возвращает?
SP
ну то есть а как же CQS, штуки с сайд эффектами должны быть void
SP
накой штуке которая скажем юзера регает возвращать чего-то?
R
Тут ассертить сайдэффект в виде юзера в БД, даже если это фейк
SP
ну то есть юнит тест с БД?
SP
я запутался
SP
то есть таки не нужен юнит тест тут