docs: согласованы руководства загрузок и учебный маршрут

Руководства STG/ODS/DDS/DM сверены с действующими SQL и DAG,
ожидания учебных заглушек связаны с ТЗ. Самопроверка заданий
отделена от проверок разработки и исторических планов.

Для dim_routes закреплено обновление описательных полей только
у открытых версий. SQL, DAG, DDL и настройки стенда не менялись.

Проверки: make lint; make test (4 passed, 14 skipped); карта;
292 локальные ссылки; маршрут чтения и карта в Chromium.
Живой ETL не запускался.

docs/reference/qa-plan.md

@@ -1,20 +1,19 @@
-# План отладки эталонного пайплайна
+# История QA: план отладки полной цепочки
 
-> Цель: убедиться, что эталонный вертикальный срез (STG→ODS→DDS→DM) работает
-> корректно при разных сценариях. Найти и исправить баги ДО того, как начнём
-> готовить ветку main для студентов.
->
-> Аудитория документа: AI-агент (Sonnet) или человек, выполняющий отладку.
->
-> **Ветка `main`:** на main часть загрузок — заглушки (`SELECT 1;`).
-> Пустые таблицы на main: `ods.airplanes`, `ods.seats`,
-> `dds.dim_airplanes`, `dds.dim_passengers`, `dds.dim_routes`,
-> `dm.route_performance`, `dm.passenger_loyalty`, `dm.airport_traffic`, `dm.monthly_overview`.
-> Ожидания ниже написаны для ветки `solution` (полная реализация).
->
-> Зависимость: перед запуском этого плана нужно починить bookings-db
-> (см. `docs/reference/bookings_db_issues.md`).
-> Классы проверок для разбора ошибок: [`dq_taxonomy.md`](dq_taxonomy.md).
+Этот план сохраняет сценарии первоначальной проверки полной реализации:
+повторную загрузку, несколько учебных дней и граничные случаи.
+Он предназначен для подготовки углубленной диагностики на отдельном тестовом
+стенде. Ожидания и SQL ниже нужно сверять с текущей веткой; учебная `main`
+содержит заглушки и не обязана проходить проверки полной реализации.
+
+Для своего задания используйте [самопроверку](../assignment/README.md#запуск-и-проверка).
+Действующие команды разработки и границы автоматических проверок описаны
+в [TESTING.md](../../TESTING.md), устройство DQ - в [справочнике](dq_taxonomy.md).
+
+Сценарии ниже очищают DWH и изменяют данные. `make bookings-init`
+пересоздает базу Bookings, а `make dwh-truncate` удаляет строки хранилища.
+Выполняйте их только на стенде, где данные можно потерять.
+Параметры доступа к Airflow берите из `.env`.
 
 ---