gendesign/backend/tests/services/exporters
bot-backend be446482d0
All checks were successful
CI Trade-In / changes (pull_request) Successful in 7s
CI Trade-In / backend-tests (pull_request) Has been skipped
CI / changes (pull_request) Successful in 8s
CI Trade-In / browser-tests (pull_request) Has been skipped
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Successful in 2m21s
CI / backend-tests (pull_request) Successful in 17m16s
fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464)
encumbrance.zouit_count приходит из parcels.py как len(zouit_rows) — число ЗАПИСЕЙ
cad_zouit, пересёкших участок. Типы лежат отдельно, в zouit_types, и показаны
строкой ниже. Оба экспортёра подписывали это число как «Кол-во типов ЗОУИТ».

Расхождение не редкое — померил по реальным отчётам (analysis_runs):

  разборов с ЗОУИТ                1637
  где записей != типов             717   (43.8%)
  среднее отношение              1.35x
  максимум по проду        7 записей при 3 типах

То есть почти в половине отчётов с ЗОУИТ читателю показывали число, которое на
треть больше того, что обещает подпись.

Пункт эпика предлагал обратное — заменить значение на len(zouit_types). Это
сделало бы фолбэк несогласованным с основным путём: у источника счётчик считает
записи, и таким он приходит в чат-контекст (chat/retrieval.py) тоже. Врёт
подпись, её и правлю.

Тест формулирует инвариант по смыслу, а не сверкой с выбранной строкой: ЕСЛИ
подпись обещает типы, показанное число обязано равняться числу типов. Такая
формулировка переживёт разумное переименование и не даст «починить» тест
подгонкой подписи. Проверяются оба формата — HTML и DOCX.

Против origin/main (5 записей, 2 типа):

  html: подпись «Кол-во типов ЗОУИТ» показывает 5, типов 2  → падает
  docx: то же самое                                        → падает
  число записей всё ещё в сводке     — контроль, зелёный с обеих сторон
  перечисление типов на месте        — контроль, зелёный с обеих сторон

Контроли не для симметрии: первый ловит «починку», которая выкинула бы счётчик
вместо переименования, второй — потерю перечисления типов.

Прогоны: tests/services/exporters + tests/services/chat — 302 passed rc=0.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 13:53:30 +05:00
..
__init__.py feat(exporters): Excel exporter for SiteFinderReport (#991, 955-A5) (#1022) 2026-06-03 08:57:00 +00:00
test_2464_concept_pdf_sales_window.py fix(ptica): сноска концепт-PDF печатает фактический срок распродажи, а не «30 мес» (#2464) (#2945) 2026-08-19 17:39:37 +00:00
test_2464_html_zoning_fallback.py fix(ptica): HTML-экспортёр перестаёт выбрасывать легаси-зонирование, которое сам же проверил (#2464) (#2959) 2026-08-20 08:44:11 +00:00
test_2464_zouit_count_label.py fix(ptica): число ЗОУИТ перестаёт подписываться как число типов (#2464) 2026-08-20 13:53:30 +05:00
test_2934_flood_row_honesty.py fix(ptica): строка о подтоплении в PDF и DOCX перестаёт читаться как заключение (#2934) (#2935) 2026-08-19 15:11:10 +00:00
test_excel.py fix(exporters): annotate scenario deficit horizon in excel too (#1590 follow-up) 2026-06-17 21:23:57 +03:00
test_full_report_docx.py fix(honesty): true competitors/neighbors totals + permits truncation disclosure (#2464 cluster B) (#2471) 2026-07-08 08:31:02 +00:00
test_full_report_html_part_a.py fix(full-report): generic-маркеры областных админ-единиц в ЕКБ-фильтре тепла (#2297) 2026-07-03 19:59:58 +00:00
test_full_report_html_part_b.py fix(honesty): true competitors/neighbors totals + permits truncation disclosure (#2464 cluster B) (#2471) 2026-07-08 08:31:02 +00:00
test_full_report_pdf.py fix(report-pdf): best-effort inline §22-форсайт на холодном участке — отчёт самодостаточен (#2357) 2026-07-04 00:30:12 +00:00
test_report_docx.py feat(export): add DOCX export of §22 forecast report (#959) 2026-06-07 13:58:04 +05:00
test_report_maps.py feat(exporters): серверный статик-рендер карт для PDF-отчёта (#2259 PR-C Maps) (#2286) 2026-07-03 10:29:23 +00:00
test_report_md.py feat(export): Markdown + JSON download of §22 forecast report (#959) 2026-06-06 18:39:51 +00:00
test_report_pdf.py fix(export): недостающая §13.7 «Уверенность» в PDF-экспортёре отчёта (#2445-C2) (#2456) 2026-07-05 19:40:38 +00:00
test_report_pptx.py feat(export): add PPTX presentation export of §22 forecast report (#959) 2026-06-07 14:09:35 +05:00
test_report_telegram.py feat(export): compact Telegram summary export for §22 forecast (#959) 2026-06-06 18:55:47 +00:00