我一直在使用TestFlight，但这是我第一次直接从iTunesConnect提交测试版本，因为Apple自己购买了TestFlight .
我一直在经历一种奇怪的行为（或者可能只是Apple的预期行为） .
我已经将用户添加到我的团队（他们是管理员角色），并且我已经在专用面板中选择它们作为TestFlight测试人员的一部分 . 我上传了一个版本，在Build选项卡中切换了TestFlight Beta Testing，并选择了内部测试人员（下面的屏幕截图中只有一个）我希望收到该版本 .
然后......没有任何反应，状态仍然是“处理”（什么??不应该立即？）测试人员没有收到任何邀请而且我被卡住了 . 显然我在这里缺少一些东西 .
此外，即使已经邀请了一名测试人员，该小组仍会显示“要开始测试，请至少邀请一名测试人员” . TestFlight曾经是一个很好的产品......
下面的两个快照显示了我的iTunesConnect面板的状态 . 任何的想法？
12 回答
事实证明，"Processing"一个版本，即使仅用于内部测试（即与您的团队相关的25个帐户）可能需要几个小时 . 即使二进制文件已经被Xcode和Application loader验证了 .
我发布这个作为答案，因为我没有找到关于“处理”状态应该有多长时间的证据 . 鉴于一些审查过程的长度可能是几秒，几分钟，几小时或几天，所以很高兴知道在这种情况下它持续了几个小时 .
现在我的控制台状态就是这个 .
好的，这里's the answer for the March 2015 people. I uploaded a pre-release build yesterday (4th March) via Xcode and the Internal & External Testing statuses are still at '稍后处理'超过 36 hours . 我甚至尝试重新上传，增加内部版本号等 . 没有快乐 . 所以我打电话给Apple . 这是他们告诉我的;
They have been seeing this problem happening regularly for those who have uploaded pre-release builds on the 4th and 5th of March. They've been investigating whether it's related to uploading via Xcode as opposed to via Application Loader, however they've been seeing the problem happening equally between both methods.
所以他们正在研究它并将尽力为我的特定情况解决问题 .
我认为对于那些发现使用增加的内部版本重新上传的人正在做的伎俩，它实际上是一个红色的鲱鱼，也许更多的是在系统的好时刻重新提交 .
我将保持这个帖子的发布方式 . 与此同时，如果您的预发布版已经处理了超过24小时，并且您不喜欢使用预发布上载尝试（无法删除）乱丢应用程序管理控制台的想法，我建议给予Apple打电话让你的上传开始行动 .
iTunes Connect Upload Helpline:
美国境内： +1 (800) 633-2152 来自外部： +1 (408) 974-4897
UPDATE 6th March: 所以，我的原始版本最终来自Processing . 这恰好是 38 hours ！我不认为这是Apple修理它，它在我看来，这是它最终自我整理 .
在此之前，我还尝试通过Application Loader上传新的增量版本，同时根据下面的一些建议注销iTunes Connect，但这对我来说并没有太大的区别 . 这让我得出了相当确定的结论，它只是有效，因为你在一个美好的时刻提交（或者甚至可能与你的地理位置相关（我是伦敦））而没有其他的事情！
最初的Testflight相当粗鲁地让Apple感到羞耻 . 他们真的需要解决这个问题 .
通常你永远不会看到状态'Processing' . 一旦构建状态设置为 Processing ，它将永远不会被更改;至少在我的情况下 . （见下图）
解决方案是“ keep trying. ”尝试增加内部版本号或版本号，并继续提交到iTunes Connect .
我在没有处理时间的第三次尝试中得到了它 .
我发现以下来自Apple（itunesconnect@apple.com）的消息已发送到我的垃圾邮件文件夹 . 在我的应用程序的构建设置中，我将“启用Bitcode”设置为否 . 我还将发布版本的优化级别更改为“无” . 之后，我的构建被接受并上传到应用商店 . 此时，邀请按钮可供内部用户使用 . 后来我能够通过TestFlight安装应用程序 .
正如许多人所说，我正在努力解决同样的问题 .
事实上，今天早上我为我的应用程序上传了第二个Build，状态“Processing”将不会在数小时内完成 . 我使用xcode Archive / Uploader将应用程序的第二个Bundle上传到Itunes .
当我外出吃午饭的时候，我在考虑“Apple如何花费大量时间来处理第二次构建”，而不是首先立即设置为Active .
现在我很高兴，当我回来时，我决定重新上传第三个Bundle但是使用Application Loader而不是Xcode . 这个魔术怎么做截图：
想象一下，第二个版本现在还处理!!!惊人的苹果!!!!
所以使用Application Loader并且不要浪费重要的时间！希望我帮忙，
我一直在使用TestFlight，没有任何问题 . 然后昨天发生了这件事（陷入处理） . 也许苹果方面存在一些内部问题？
这似乎不时发生，用户除了等待之外基本上没有什么可以做的 . 我已经尝试了所有上述建议无济于事，然后突然所有处理构建使其进入启用状态 .
截至目前（2015年10月9日），处理仍需要一个小时，但昨天情况更糟，需要花费数小时 .
在我的一个版本中，这也发生在我身上 . 在构建之前我以前的所有构建都是即时的 . 所以我只是创建了一个新的构建（没有代码更改）并忽略了错误的构建 . 一旦我在新版本上启用了TestFlight测试，我几乎可以立即在我的设备上收到通知 .
对我来说，诀窍是改变构建的VERSION数，而不仅仅是改变构建号 . 我不确定但事实证明，我的每个版本的第5版都有这么长的处理队列问题 .
我发现如果我在上传构建时打开ITC，它就永远不会离开处理阶段 . 确保ITC在我收到手机通知之前没有登录，这似乎有效 .
添加内部测试人员
打开iTunes Connect并添加项目 .
在用户和角色中，使用管理员，法律或技术角色向iTunes连接用户添加其详细信息 . 激活链接将发送给这些用户 .
如果用户已经有一个与邮件关联的appleid，那么他们将被要求登录，否则他们将不得不创建一个苹果帐户 .
归档构建并上传应用程序的二进制文件 .
添加应用程序描述以及要对构建测试的内容 . 此步骤是可选的，用于将构建版本发布给内部测试人员，但在将应用程序提交到Beta App Review以进行外部测试时需要此步骤 .
上传构建后，将Testflight Beta Testing的开关更改为ON状态 .
iTunes连接用户将在用户和角色 - > Testflight测试人员 - >内部测试人员中使用 . 使测试人员能够向他们发布构建版本 .
单击MyApps中的邀请测试人员时，将显示已启用的用户 . 您可以选择用户并向他们发送邀请 .
用户会收到邮件 . 单击Testflight中的open，如果未在设备上安装Testflight，则会安装它 .
注意：
如果外部测试人员和内部测试人员具有相同的电子邮件ID，则他们将不会收到该版本 . 由于同样的原因，它们可能在内部测试者列表中不可见 .
如果未收到Testflight构建的邮件，请禁用Testflight Beta Testing开关并再次启用它 . 这可能会解决问题 .
用户收到邀请后，应使用Mail应用打开testflight的链接 .
使用iOS Mail单击邮件中的链接，然后iOS Mail将自动打开Safari .
如果iOS Mail不可用，请复制该链接并将其粘贴到Safari . 例如，您可以使用Gmail点击链接，复制Chrome中的链接，然后将其粘贴到Safari .
首先，您必须存档您的应用并将其提交到商店，如果您正确提交，您将收到类似
的消息
在它之后你会等待几分钟看到iTunes中的加号连接如
点击标志你会得到你的版本 . 如果您的应用需要花费大量时间处理，可能会超过一周，请转到iTunes Connect中的"Resources & Help" . 选择"Contact Us"并按照向导进行操作 . 我不认为Apple以外的任何人都可以回答这个问题 . 这就是我们过去在类似情况下所做的事情 .