先让审核人员独立走完核心流程
App Store审核测试账号准备到什么程度才算够？可以用一个标准判断：让没有参与开发的人，只看提交的账号和说明，就能在待审版本中完成登录、查看内容、切换必要角色，并找到付费功能。只做到“用户名和密码没错”，往往还不够。
本文按填写入口、账号配置、特殊场景、英文备注和提交前复测展开。文中的清单与模板属于操作建议；涉及Apple要求的部分附官方链接。完整准备可以减少访问障碍，审核结果仍取决于应用本身及Apple的具体判断。
一 在哪里填写测试账号和审核备注
进入App Store Connect的Apps，选择应用，再在侧栏打开本次要提交的iOS版本，找到App Review Information（App审核信息）。不要只更新TestFlight测试资料。
- Sign-in required：需要登录才能使用的应用，勾选该项，在Username和Password填写App内演示账号。这里不是让你交出Apple开发者账号、后台管理密码或签名密钥。
- Notes：填写额外角色账号、功能路径、特殊设置和其他测试条件。主账号放登录字段，补充账号放这里，并标明用途，避免只有一串无从判断的凭据。
- Contact：填写能处理审核问题的联系人、邮箱与电话；电话使用“+国家或地区代码”的国际格式。
Apple说明审核信息不向顾客展示；Notes最多4000字节，可用任意语言。字节不等于中文字数，中文和较长链接会更快占满。
二 按实际功能准备账号和数据
建议先做一张内部核对表，逐行记录“角色、登录方式、已有数据、功能路径、预期结果”。例如，协作工具的普通成员可以查看示例项目，管理员可以邀请成员；两个账号应进入同一个演示工作区，否则角色齐全也无法验证协作流程。
- 普通账号：完成必要的注册和资料准备，保留可操作的示例数据。首次登录若仍需组织邀请、人工激活或绑定资料，必须提供可执行步骤。
- 会员账号：标明可访问的内容、权益有效状态及入口。逐项核对课程、导出、下载等实际存在的受限功能，不要只打开会员首页。
- 不同角色：商家、用户、组织管理员等按实际业务准备；权限限定在演示数据范围。测试数据可以虚构，但功能与业务逻辑必须如实呈现。
Apple要求演示账号保持有效；存在多个账号类型时，补充凭据写入Notes。自动续订应用还应提供订阅已过期的演示账号，让审核检查购买流程。
建议给每个账号安排维护人，检查密码重置、设备数量限制、并发登录、数据清理任务是否会影响审核。资料更新与账号变更要同步，不能审核仍在进行时把数据删空，或把唯一账号用于会改变权益状态的日常测试。
三 验证码和MFA需要提前解决什么
如果登录需要验证码，包括额外验证或无密码登录，Apple要求提前在Notes提供验证码。短时有效的短信OTP无法靠提交时复制一次解决；先确认其在实际审核时是否仍可使用。
请让开发团队从新设备、未登录状态复测完整认证链：输入账号后是否还要收短信、点邮箱链接、接受第三方授权或补充手机号。只验证旧设备上的已登录会话，会漏掉这些步骤。
Apple上述说明并不等于普遍允许关闭MFA、设置通用验证码或绕过第三方认证。若动态验证无法提前提供，准确写明验证触发条件和限制，提交前向App Review确认可行访问方案。不要把“需要时找开发人员拿验证码”当成准备完成，也不要削弱真实用户的安全保护。
因法律或安全义务不能提供演示账号时，审核指南2.1(a)允许在事先获得Apple批准后，用完整的内置演示模式替代。它应展示全部功能，不能把未完成的功能藏起来；录屏也不能自动替代可供审核的应用。四 付费功能要同时检查权益和购买链路
已有会员账号适合验证内容访问，但可能看不到购买页。建议另用前述订阅已过期账号，确认“打开订阅页→加载商品→完成测试购买→权益更新”的链路。恢复购买等功能如有提供，也要写清入口。
Apple在沙盒中审核内购，不产生实际费用。提审前检查Paid Apps Agreement已生效、商品配置正确，并在沙盒中测试；App内应通过StoreKit获取商品信息。若按店面或设备限制内购，需在Notes说明。
别把开发团队自测用的Sandbox Apple Account与App业务账号混在一起。审核登录字段填的是审核所需的App账号；后台管理员账号、真实付款账号不是替代品。商品加载失败时，应核对商品标识、协议状态、可售范围及服务端处理，不能用静态价格页假装购买已经打通。
五 硬件和地区限制怎样说明
应用必须连接外部硬件时，Apple要求提供拍摄视频，展示App在实体Apple设备上与硬件配对及交互，单纯屏幕录制不满足这项要求；地区功能差异也应说明。
建议材料列出硬件型号、固件要求、配对前状态、连接步骤、成功画面，以及二维码或样例资源的位置。视频从启动App拍到完成关键操作，并注明应用版本和构建号；它是辅助材料，不应成为账号不可用、服务打不开的理由。
涉及指定门店、网络、位置或营业时间时，分别解释限制来自哪一层，以及审核可如何验证。不要假定审核人员在你的办公室、拥有你的硬件或能访问公司内网。确实无法提供常规测试条件时，提前沟通安排，不要根据审核身份切换内容或隐藏真实功能。
六 可直接修改的英文Review Notes模板
下面用于提交前的审核备注，不是拒审申诉信。将方括号替换为已验证的信息，删除不适用项；界面名称须与待审版本一致。真实凭据只填进App Store Connect，不要发到公开博客或公开演示视频。
App and build: [App name / version / build] Purpose and business model: [Who uses the app, its core task, and how it is monetized.] Changes in this version: [Specific changes and where to find them.] Primary demo account: See the Sign-in required fields. Additional account: [Role / username / password / purpose] Subscription account, if applicable: [Username / password / actual subscription state] Authentication: [Required method or code, exact steps, and any access constraints. If none, state that no additional verification is required.] Steps to review: 1. [Starting screen and action] 2. [Next action and required sample data] 3. [Expected result] Paid features: [Entry point, relevant product IDs, and steps to test access and purchase.] Special conditions: [Hardware, pairing steps, regional differences, or network requirements.] Supporting material: [Attachment name or accessible URL, and what it demonstrates.] Tested devices and OS: [Actual models and versions tested] Core external services: [Services used for core functionality] Contact availability: [Time zone and contact availability]
模板只是骨架。例如导出功能，不要写“请检查导出”，而应写“Projects→打开Sample Project→Export→选择PDF→出现系统分享面板”。发送前再检查4000字节限制，不要为了省空间删掉登录必需条件。
七 用独立设备做一次提交前复测
Apple强调真实设备与实际网络条件下的测试。建议找一位未参与账号配置的同事，用拟提交的构建和最终备注，从未登录状态完成下列检查，并记录设备、系统、网络、时间和失败位置。
登录两次都成功；密码复制粘贴无多余空格；新设备不会卡在未说明的验证环节。
- 每个角色进入正确工作区，能看到并操作需要的演示数据；测试后仍可重复操作。
- 会员内容与购买流程分别跑通，账号权益状态和Notes一致。
- 后端、下载、视频和附件可以访问；链接无到期限制，也无需另行申请权限。
- 硬件、扫码、地区与网络条件已实测；备注中的界面名称和视频对应本次构建。
- 没有依赖开发机缓存或个人已登录状态；支持的设备与兼容运行场景也已检查。
保存资料后仍要完成正式送审：核对构建，点击Add for Review加入提交，再点击Submit for Review。只完成前一步，版本可能停在Ready for Review，尚未送出。
八 收到无法访问反馈时先修正具体卡点
账号密码正确却进不去：检查新设备验证、账号锁定、并发限制及后端日志。能登录却看不到内容：检查工作区、角色权限和演示数据。商品不出现：对照沙盒配置排查，不能只补一张购买页截图。视频可看却仍被要求测试：回到账号、服务和实际功能是否可访问。
回复时写清卡点、已完成的修正及新的验证步骤；尚未复测，不要写“已解决”。对仍不清楚的问题，通过App Store Connect的Reply to App Review具体询问。官方沟通说明 需要处理完整拒审通知，可继续阅读本站App Store审核被拒的排查与回复方法。
准备整体发布资料时，可结合iOS上架流程核对其他材料。若需要协助梳理当前访问问题，可以向早鸟出海说明应用类型、卡住的步骤和脱敏后的审核原文，再确认协助范围；首次咨询不需要发送密码、验证码或签名私钥。