В чём разница между статическим и динамическим тестированием?

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

Статическое тестирование (Static Testing):

• Код не выполняется, блядь. Вообще. Он просто лежит, как текст, и его читают или машиной сканируют.
• Когда этим занимаются: Да похуй, хоть когда написал первую строчку. Чем раньше, тем меньше потом ебаться.
• Цель: Найти всякую хуйню до того, как эту хуйню попробуют запустить. Типа, "чувак, бля, ты тут переменную d назвал, это пиздец кто поймёт?" или "эй, тут у тебя вечный цикл нарисован, ты сам-то видел?".
• Как делают:
  • Ревью (Reviews): Ты пишешь код, а твой коллега такой: "О, дай-ка я гляну... А че это у тебя тут, блядь, 250 строк в одной функции? Ты охренел?".
  • Инспекция (Inspection): Это уже серьёзные посиделки с повесткой, модератором и прочей хуйнёй. Все собираются и формально выискивают, кому и в какой глаз вилкой ткнуть за кривой код.
  • Статический анализ кода: Это когда специальная прога (типа SonarQube) берёт твой код, не запуская его, и орет: "Э, сабака, сука! У тебя тут 15 предупреждений! Неиспользуемая переменная, потенциальный NullPointerException, стиль кода — говно!".

Динамическое тестирование (Dynamic Testing):

• Код выполняется, ёпта! Его компилируют/интерпретируют и запускают на реальных или тестовых данных.
• Когда: После того как собрали что-то, что хотя бы не падает при старте. То есть когда уже есть что запускать.
• Цель: Убедиться, что эта штука в работе делает то, что надо, а не выдает пиздец и ошибки. Проверить, как она себя ведёт в живую.
• Как делают: Любые тесты, где программа работает: юнит-тесты, интеграционные, на нагрузку ("а что будет, если 10к пользователей наеб... навалят на сервер?").

Примеры, чтобы совсем пиздец стало ясно:

1. Статическое тестирование (Тот самый Code Review): Смотри, пишешь ты какую-то функцию. Другой разработчик смотрит на неё и у него волосы дыбом.

   # Проблема: "магическое число", отсутствие типизации и документации.
   def process(d):
       return d * 2.5  # Что такое 2.5? Коэффициент? Нужно вынести в константу.

   Он тебе пишет в ревью: "Мудак, блядь, что за d? Что за 2.5? Это налог, что ли? Вынеси в константу, добавь типы и коммент, а то я тебе сейчас впендюрю!"

   Улучшенная версия после этого пиздеца:

   TAX_RATE = 2.5
   def apply_tax(amount: float) -> float:
       """Применяет налоговую ставку к сумме."""
       return amount * TAX_RATE

   Вот, уже лучше. Код ещё не запускали, но уже почистили.

2. Динамическое тестирование (Модульный тест): А вот теперь мы эту функцию запускаем, чтобы проверить, не обосрётся ли она на живых данных.

   import pytest
   
   def test_apply_tax():
       # ВНИМАНИЕ! Код функции apply_tax ВЫПОЛНЯЕТСЯ здесь, прямо сейчас!
       result = apply_tax(100.0)
       assert result == 250.0  # А вот теперь проверяем, что она наворотила в реальности.

   Если assert сработает — красота. Не сработает — значит, где-то зарыта собака, и её надо искать в работающей программе.

Вывод, ёпта: Статика — это когда предотвращают пиздец, глядя на чертежи. "Э, бошка думай, тут балка кривая будет!". Динамика — это когда ловят пиздец, который уже случился в построенном доме. "Бля, я же говорил! Пол провалился!". Оба способа — овердохуища важны, если не хочешь, чтобы твой проект накрылся медным тазом.