{ "id": "ShariXKnowledgeOpenKnowledgeDevelopmentWebmobileparity", "page": "sharixopen:knowledge:development:web_mobile_parity", "area": "open", "type": "reference", "title": "Web/Flutter parity и регрессии интерфейса", "status": "review", "schema_version": 1, "relations": { "related_to": [ "ShariXKnowledgeOpenKnowledgeDevelopmentPractice", "ShariXKnowledgeOpenKnowledgeModulesIdentitylogin", "ShariXKnowledgeOpenKnowledgeDevelopmentAcceptance" ] }, "extensions": { "taxonomy": { "domain": "reference", "lifecycle": "unspecified", "parents": [ "ShariXKnowledgeOpenKnowledgeDevelopmentStart" ], "terms": [] }, "glossary": [] }, "content_sha256": "53e4119008d42904454a2d582729b390d99d5fc39e737f7337c87b506fa80833", "schema": 1 } ====== Web/Flutter parity и регрессии интерфейса ====== ~~NOCACHE~~ **Тип:** verification · **Статус:** сведения требуют сверки с действующей установкой; архитектурные правила сформулированы как целевой контракт. **Раздел:** [[sharixopen:knowledge:development:practice|Разработка Open: обязательные правила]] ===== Единый контракт ===== Одинаковые бизнес-операции в web и Flutter должны одинаково проверять пользователя, его метасервис, активные разрешения, состояние заказа и результаты API. ===== UX ===== Проверяются вход/регистрация, глаз отображения пароля во всех полях, переход назад, тема, локализация, уведомления, формы и отрицательные ошибки. ===== Приёмка ===== UI smoke в одной сборке не заменяет проверку другой. Генерация локализации Flutter, acceptance harness, API regression и ручное воспроизведение ключевых сценариев — отдельные шаги. ===== Связанные понятия ===== * [[sharixopen:knowledge:modules:identity_login|Идентичность: LDAP, Django и единый вход]] * [[sharixopen:knowledge:development:acceptance|Проверки изменений, миграции и regression]] ~~SHARIX_KNOWLEDGE_RELATED~~