Test Build Audit — AppCheck

Test build

App label (опционально)

IPA / .app dev-сборка *

Перетащи dev .ipa или путь

Поддерживается development и ad-hoc signed

Или путь

Что игнорировать

dev-norm

Эти сигналы для dev-build являются нормой, не блокерами. AppCheck отметит их «ignored» и не учтёт в risk score.

Placeholder Team (dev / individual Apple Dev Team) — любые placeholder Team IDs get-task-allow=true (A-18) — debug entitlement aps-environment=development (A-19) .xctest bundle в PlugIns/ — тестовый таргет Sandbox profile (development.mobileprovision вместо distribution) AppIDName в dev-pattern (XC Wildcard / placeholder при fastlane) — A-04 fastlane match Provisioning (A-06) Cohort gap < 2 нед. между provisioning created и build

На чём концентрируется аудит

code-focused

Эти слои проверяются как обычно — это финальный код, который попадёт в production submission.

Mach-O / Swift / ObjC

reflstr / класс names / selectors / pair-overlaps. A-21, A-24.

Assets / NIB

Byte-identical NIB / Storyboards, asset hashing. A-20, A-25.

Embedded keys / SDK

Firebase, AppsFlyer, Adjust, OneSignal. A-22.

Privacy manifest

xcprivacy declarations, tracking domains. A-13/14/15.

Cross-network compare

Pair-exclusive vs все ref apps. F-1, F-5.

Fonts / trademarks

License-flagged шрифты (GoogleSansFlex), brand strings. A-26.

Когда применять

До того, как соберёшь production-IPA под боевым Team ID. Test build на dev-сертификате позволяет валидировать код — а identity-стек ты подтянешь в production build.

Известные dev-аккаунты

Placeholder Team (dev / individual)

5F8227UB9U

XC Wildcard

*

После test build

Если код cleared — пересобирай под production Team и прогоняй Pre-Submit Full Check.