事件背景：公司是行业内顶尖层次的一家央企，不匹配的是公司的App却是外包，因此代码质量以及各种配套服务都不是很完善，虽然目前已经自建团队开始筹划自己的App了，但对于已经长达数年的外包App还是要长期维护的，因此，团队的一部分精力还是在于如何在现有基础上提高自有App的稳定性。
TestFlight因此走入视野，可以使用其内测服务，让团队跟随提测包好好验收已有功能，可以使用外部测试功能，提前让一部分用户提前使用新版本，测试新功能的稳定性。下面从内部测试、灰度发布以及外部测试来详细阐述一下：

内部测试

内部测试可以跟随AppleStore的提包流程，实时对包进行testFlight测试，无需在TestFlight上再次提包等待审核通过。
具体流程就是在团队成员里加入需要内部测试人员的AppleID,给其赋予对应角色，但角色的赋予千万注意，如果权限过高，他是可以对AppleStore正式提包流程进行干预的。待其同意加入团队后，可以在内部测试里添加此AppleID，发送邮件后按步骤下载即可。

灰度测试

灰度测试比之外部测试功能其实更加强大，灰度测试可以通过添加用户邮箱的形式以及直接发送邀请链接的形式进行，尤其是直接发送邀请的形式是最直接的，想象一下，你在一个微信群里或者QQ群里扔出去一个链接就可以走通整个TestFlight的测试流程，这是多么爽的一件事；再想想你在应用可以无差别的弹出这个测试框，诱导安装了TestFlight的用户去进行新版本TestFlight测试，这又是多么快捷方便，简直是程序员之友啊。
需要提醒注意的，这种形式和下面提到的外部测试都需要提前将包提交TestFlight进行测试。

外部测试

外部测试是通过邮箱邀请用户进行测试，此种方式的好处在于，你可以清楚地在TestFlight里看到自己邀请的用户有无进行测试，适合有目的性地定向投放应用给固定的人群。