Strict validation для User DTO
Приклад відсікає coercion id із str у int, відсутній required field і невідомі extra fields.
Valid payload приймається; два invalid payloads спричиняють ValidationError.
Міграція бази даних і тестування даних →Відеобібліотека
Знайди точне пояснення
Пошук у нотатках курсу Python мануфактура та спільних матеріалах з переходом на потрібну секунду.
Терміни, нюанси та джерела
`else`, custom exceptions і межі обробки
`else` після `try/except` виконується лише коли exception не було; `finally` — завжди. Custom exception доречний, коли domain-specific failure повторюється й потребує власного змісту. Обробка має або відновити коректний стан, або завершити тест із точним сигналом — не просто продовжити виконання після невідомої помилки.
`if`, `elif`, `else` і межі status codes
`if` запускає блок лише для truthy умови, `elif` перевіряє наступний варіант, а `else` покриває залишок. Для HTTP ranges треба явно визначати inclusive/exclusive boundaries: success зазвичай `200 <= code < 300`, client error — `400 <= code < 500`, server error — `500 <= code < 600`.
Повне покриття варіантів
Якщо `result` створюється лише всередині гілок, неочікуване значення може залишити змінну неініціалізованою. Мінімальні безпечні варіанти — початковий `result = "unknown"` або завершальний `else`. Це важливо для нестандартних status codes та пошкоджених test data.
`startswith()`, `endswith()` і `bool`
`.startswith()` і `.endswith()` повертають `True` або `False`. Це дозволяє перевірити протокол або закінчення URL без ручного пошуку підрядка. Boolean використовується в `if/else`: якщо адреса починається з `https`, код повідомляє про захищений протокол, інакше — про незахищений. У тестах такий результат може керувати різними перевірками залежно від стану сторінки або даних.