Потому что юнит тесты обычно изолируют вызовы и подставляют мок-обьекты(пустышки), когда нужно проверить только бизнес логику

но мне не нравится то, что в джанге смазывают понятие юнит, интеграционных и е2е тестов

вот тебе и тест кейс, вот тебе и моки, вот тебе и транзакционный тест кейс, а вот тебе еще хттп клиент, пожалуйста, делай всё что хочешь и пиши тесты, которые по незнанию подходов и видов тестирования превращаются просто в набор говна проверяющие ничего

рекомендую прочитать про тестирование, виды тестов, ну и не помешает «Тестирование дот ком»

потому что когда приходишь на реальный проект, который среднего размера, удивляешься: почему делают не так, как в доке и начинаешь осознавать «а вот как надо было!» и понимаешь, что дока по джанге покрывает только ознакомление с фреймворком и демонстрирует возможности своего инструментария, но поверхностно

А чтобы понимать что-то глубже - нужно понимать предметную область и фундаментальщину

Как можно зарегать Inline модель в админке, чтобы она отображалась и в родительской модели, и в своей отдельной таблице?

это отдельные сущности

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

Понял. Думал, мб можно без общего класса сделать

т.е. юнит тестирование невозможно для метода который лезет в бд?

с новым годом господа!
успехов и свершений в новом году

Поздравляю с Новым годом! И хочется всем пожелать, чтобы в наступающем году с нами произошло то самое чудо, о котором мы все так мечтаем. Хоть у каждого оно свое, но оно обязательно самое необходимое и самое важное. Желаю, чтобы все мы были живы и здоровы, чтобы занимались тем, что приносит нам удовольствие. Желаю достигать новых вершин и самореализовываться. А еще пожелать хочу побольше радостных моментов, которые перейдут в приятные воспоминания, и встреч с преданными друзьями.

Ты из Казахстана?

Сколько у вас времени сейчас?

12:36

Утро чтоли?

Нет

Ночь

00:36 значит?