Т
вот только прикол в том что для методов нужны и отдельные ексепшены что бы оно одновременно выполнялось и не выполнялось
а то проверка рекурсивного удаления будет веселой
а то проверка рекурсивного удаления будет веселой
Size: a a a
2020 November 25
Т
если оно постепенно по дереву вызывается причем возвращая статус процесса то один хрен таки тесты до задницы как по мне
Т
и это только правильные данные закидываются, вариантов неправильных раз в 10 больше можно сделать, и нужно, правда мое сознание отказываетсся это принимать, когданибудь в будущем детальнее прочитаю про тестирования ибо не хочу говнокодить 500 тестов чтоб потом перписывать на каноничный способ
вот вот
Т
проще уже свое православное что что под задачу лепить
AW
вот только прикол в том что для методов нужны и отдельные ексепшены что бы оно одновременно выполнялось и не выполнялось
а то проверка рекурсивного удаления будет веселой
а то проверка рекурсивного удаления будет веселой
оно асинхронно выполняется, при чем в некоторых местай я сделал синхронно чтоб было
AW
и ето не юнит тесты а интеграционные, они потом проверяют правильно ли в бд чтото добавилось например
Т
как с документацией
годами страдал, жевал кактус
вникал в чужие или писал ручками
а однажды просто психанул и написал свою автодокументацию
и сразу мир стал светлее
годами страдал, жевал кактус
вникал в чужие или писал ручками
а однажды просто психанул и написал свою автодокументацию
и сразу мир стал светлее
AW
бд каждый раз с 0 создается и заполняется
например чтот в основах поменяю и сразу увижу что половина методов перестанет проходить тесты, соответственно и фронтенд не будет работать
например чтот в основах поменяю и сразу увижу что половина методов перестанет проходить тесты, соответственно и фронтенд не будет работать
AW
по идее надо все мсетоды покрыть и их комбинации
Т
и ето не юнит тесты а интеграционные, они потом проверяют правильно ли в бд чтото добавилось например
вот это тоже не совсем понятно
вот к примеру у меня +100500 методов
и даже один кортедж данных по сути собирается по связанным таблицам отдельными функциями на стороне бд
как это проверять етими тестами??
причем когда ты к примеру ДОБАВЛЯЕЩЬ функционал к уже существующему
вот к примеру у меня +100500 методов
и даже один кортедж данных по сути собирается по связанным таблицам отдельными функциями на стороне бд
как это проверять етими тестами??
причем когда ты к примеру ДОБАВЛЯЕЩЬ функционал к уже существующему
Т
бд каждый раз с 0 создается и заполняется
например чтот в основах поменяю и сразу увижу что половина методов перестанет проходить тесты, соответственно и фронтенд не будет работать
например чтот в основах поменяю и сразу увижу что половина методов перестанет проходить тесты, соответственно и фронтенд не будет работать
оке
а если это боевой проект уже?
что плакать?
а если это боевой проект уже?
что плакать?
Т
а если это вообще командная разработка?
AW
оке
а если это боевой проект уже?
что плакать?
а если это боевой проект уже?
что плакать?
можно настроить автоимпорт бд с боевого проекта
Т
БД пилят одни, бек другие а фронт третьи?
AW
как раз для командноф разработки оно и нужно
Т
как раз для командноф разработки оно и нужно
и вот как?
AW
бд создается фронтендом
Т
бд создается фронтендом
щта?
Т
вот просто щта???
Т
и бек енд тоже фронтом?