iTunes Testflight Beta 测试中内部和外部测试人员的区别？
Difference between internal and external testers in iTunes Testflight beta testing?
任何人都可以详细解释 iTunes Connect Testflight beta testing 中内部和外部测试人员之间的区别吗？这里的区别太简单了。内部测试人员是否需要添加最多 10 个设备的 UDID？还是苹果现在完全取消了 UDID 要求？
有人可以解释一下分发和测试多达 1000 个用户的应用程序需要做什么吗？如果我有客户的 iTunes Connect 凭据，我如何从他自己的帐户共享应用程序？
我知道在此线程中提出了太多违反 Whosebug 政策的问题，但我只需要对这个糟糕的 itunes 连接进行内部和外部测试的注意事项 testflight beta testing。
内部测试人员 必须在 iTunes Connect 中分配管理员、技术人员、应用程序经理、开发人员或营销人员角色，并且您只能拥有 25 个这样的角色。您应该查看 iTunes Connect Roles。 如果您不信任拥有这些特权的人，那么他们不是 "Internal"，而是 "External"。
您可以有更多的外部用户，但应用程序需要经过 App Store 审核流程才能让这些用户进行测试：
Apps made available to external testers require a Beta App Review and must comply with the full App Store Review Guidelines before testing can begin. A review is required for new versions of your app that contain significant changes. Up to 10 apps can be tested at a time, internally or externally.
iOS 可以通过多种方式进行应用测试以获得早期反馈。 Enterprise、Adhoc 和新的 iOS8 Testflight Beta 测试
临时配置
在这种方法中，重点是设备而不是用户。设备 UDID 需要在会员中心注册，部署配置文件必须具有特定设备的 UDID 才能下载应用程序构建。该应用程序可能托管在 testflight 甚至 dropbox 上（仅支持 https:）。
iOS 应用程序的 TestFlight Beta 测试：
不再需要UDID。重点是测试用户而不是设备。一个用户可能有多个设备可以安装测试版应用程序。
Beta测试的测试用户请参考"Aaron Brager's"回答。
将您的应用上传到 TestFlight
内部和外部测试人员都将通过 TestFlight 应用安装您的应用。一旦被邀请，他们将收到一封电子邮件，要求他们安装 TestFlight 应用程序。一旦他们这样做了，他们将能够安装您的测试版应用程序...
内部测试人员： 将这些用户视为接收应用程序即时更新而无需 approval/review
的员工
- 必须通过 iTC 手动添加
- 25 最大允许
- 您的应用上传后，立即供内部测试人员使用（在审核之前）
- 所有内部测试人员都必须在您的 iTC "Users and Roles" 设置中添加为用户，这 赋予他们一定的权限（查看其他答案和相关文档）。你不想在这里只给任何人权限。
- 没有 60 天的时间限制
外部测试人员
最多只能使用您上传的版本 60 天。如果您添加额外的构建，它们可以更新，并且 60 天重新开始。
将能够在
之后测试您的应用
- 您已提交审核
- 它在 TestFlight 审查中获得批准并且
- 您将其设置为可用于测试。对于具有相同版本号的新版本，审核过程通常是即时的。如果添加新版本号，自 2016 年 10 月起，审核过程最多可能需要 48 小时。
可以通过导入 csv 文件或使用 Fastlane's pilot 自动化工具自动添加。
截至目前（2016 年 8 月），最多可以添加 2000 个电子邮件地址。每个电子邮件地址都将允许用户在多个设备上安装该应用程序。电子邮件地址 不需要 与其 Apple ID 匹配。
一旦您的第一个版本可供测试，他们就会收到安装您的应用程序的邀请。如果您在使构建可用于测试后添加新用户，他们将立即收到邀请。如果您上传额外的构建，所有用户都会收到安装更新版本应用程序的通知。
将您的应用推送到官方应用商店（立即结束测试）或自您开始测试 60 天后将被禁止使用您的应用，以先到者为准。 如果您在没有在应用商店中启动的情况下结束测试版，而他们试图打开它，它就会崩溃。耶，苹果用户体验！如果您确实将具有相同 bundleName、版本和 bundleID（版本号无关紧要）的版本推送到应用程序商店 ，那么您的 Beta 测试人员将在应用程序发布时自动收到该应用程序的应用程序商店版本上线了。
内部测试员
- 电子邮件 ID 应与苹果帐户一起使用
- 内部测试人员将成为开发者帐户的成员。角色可能是
管理员、技术人员、经理、开发人员、营销人员
- 只允许 25 名内部测试人员
- 每个测试人员最多可以在 30 台设备上进行测试
- 一次可以测试100个应用
- Build 保持活跃 90 天
- 没有应用测试版审核
外部测试人员
- 苹果账号不需要使用邮箱id
- 允许 10,000 名外部测试人员
- 一次可以测试100个应用
- Build 保持活跃 90 天
- 应用需要 Beta 审核。
任何人都可以详细解释 iTunes Connect Testflight beta testing 中内部和外部测试人员之间的区别吗？这里的区别太简单了。内部测试人员是否需要添加最多 10 个设备的 UDID？还是苹果现在完全取消了 UDID 要求？
有人可以解释一下分发和测试多达 1000 个用户的应用程序需要做什么吗？如果我有客户的 iTunes Connect 凭据，我如何从他自己的帐户共享应用程序？
我知道在此线程中提出了太多违反 Whosebug 政策的问题，但我只需要对这个糟糕的 itunes 连接进行内部和外部测试的注意事项 testflight beta testing。
内部测试人员 必须在 iTunes Connect 中分配管理员、技术人员、应用程序经理、开发人员或营销人员角色，并且您只能拥有 25 个这样的角色。您应该查看 iTunes Connect Roles。 如果您不信任拥有这些特权的人，那么他们不是 "Internal"，而是 "External"。
您可以有更多的外部用户，但应用程序需要经过 App Store 审核流程才能让这些用户进行测试：
Apps made available to external testers require a Beta App Review and must comply with the full App Store Review Guidelines before testing can begin. A review is required for new versions of your app that contain significant changes. Up to 10 apps can be tested at a time, internally or externally.
iOS 可以通过多种方式进行应用测试以获得早期反馈。 Enterprise、Adhoc 和新的 iOS8 Testflight Beta 测试
临时配置
在这种方法中，重点是设备而不是用户。设备 UDID 需要在会员中心注册，部署配置文件必须具有特定设备的 UDID 才能下载应用程序构建。该应用程序可能托管在 testflight 甚至 dropbox 上（仅支持 https:）。
iOS 应用程序的 TestFlight Beta 测试：
不再需要UDID。重点是测试用户而不是设备。一个用户可能有多个设备可以安装测试版应用程序。
Beta测试的测试用户请参考"Aaron Brager's"回答。
将您的应用上传到 TestFlight
内部和外部测试人员都将通过 TestFlight 应用安装您的应用。一旦被邀请，他们将收到一封电子邮件，要求他们安装 TestFlight 应用程序。一旦他们这样做了，他们将能够安装您的测试版应用程序...
内部测试人员： 将这些用户视为接收应用程序即时更新而无需 approval/review
的员工- 必须通过 iTC 手动添加
- 25 最大允许
- 您的应用上传后，立即供内部测试人员使用（在审核之前）
- 所有内部测试人员都必须在您的 iTC "Users and Roles" 设置中添加为用户，这 赋予他们一定的权限（查看其他答案和相关文档）。你不想在这里只给任何人权限。
- 没有 60 天的时间限制
外部测试人员
最多只能使用您上传的版本 60 天。如果您添加额外的构建，它们可以更新，并且 60 天重新开始。
将能够在
之后测试您的应用- 您已提交审核
- 它在 TestFlight 审查中获得批准并且
- 您将其设置为可用于测试。对于具有相同版本号的新版本，审核过程通常是即时的。如果添加新版本号，自 2016 年 10 月起，审核过程最多可能需要 48 小时。
可以通过导入
csv文件或使用 Fastlane's pilot 自动化工具自动添加。截至目前（2016 年 8 月），最多可以添加 2000 个电子邮件地址。每个电子邮件地址都将允许用户在多个设备上安装该应用程序。电子邮件地址 不需要 与其 Apple ID 匹配。
一旦您的第一个版本可供测试，他们就会收到安装您的应用程序的邀请。如果您在使构建可用于测试后添加新用户，他们将立即收到邀请。如果您上传额外的构建，所有用户都会收到安装更新版本应用程序的通知。
将您的应用推送到官方应用商店（立即结束测试）或自您开始测试 60 天后将被禁止使用您的应用，以先到者为准。 如果您在没有在应用商店中启动的情况下结束测试版，而他们试图打开它，它就会崩溃。耶，苹果用户体验！如果您确实将具有相同 bundleName、版本和 bundleID（版本号无关紧要）的版本推送到应用程序商店 ，那么您的 Beta 测试人员将在应用程序发布时自动收到该应用程序的应用程序商店版本上线了。
内部测试员
- 电子邮件 ID 应与苹果帐户一起使用
- 内部测试人员将成为开发者帐户的成员。角色可能是 管理员、技术人员、经理、开发人员、营销人员
- 只允许 25 名内部测试人员
- 每个测试人员最多可以在 30 台设备上进行测试
- 一次可以测试100个应用
- Build 保持活跃 90 天
- 没有应用测试版审核
外部测试人员
- 苹果账号不需要使用邮箱id
- 允许 10,000 名外部测试人员
- 一次可以测试100个应用
- Build 保持活跃 90 天
- 应用需要 Beta 审核。