使用TestFlight進行App的Beta版本測試
TestFlight能夠讓我們很容易在app正式釋出之前邀請使用者來測試我們的app並且收集反饋資訊。為了使用TestFlight，僅僅是需要上傳app的beta版本iTunes Connect，然後在iTunes Connect中新增你想邀請測試人員的名字和郵箱。測試者需要安裝TestFlightapp，然後通過TestFlight-app下載beta版本app進行測試並反饋資訊。TestFlight需要iOS8以上系統才可以安裝，不過現在基本上都是iOS8以上，所以不需要擔心。
TestFlight測試的方式
TestFlight測試的方式分為兩種，一種是內部測試，一種是外部測試。從功能上講，這兩種測試方式都可以為測試人員在測試階段進行app測試。但是也是有區別的。
內部測試
內部測試主要是指iTunes Connect在你的開發團隊裡參與技術開發或者管理的成員（管理員，技術，法務人員），最多可以邀請25個內部成員進行測試,沒有稽核的限制,直接新增測試人員，就可以開始測試。
外部測試人員
外部測試人員可以是任何擁有一個電子郵件地址的使用者，應邀為你的app進行Beta版測試。外部測試人員中可以包括你的iTunes Connect使用者，但是iTunes Connect使用者不能夠同時為內部和外部測試人員。你可以為你的每個app邀請最多10000個外部測試人員。而且可以對外部測試人員劃分為不同群組，但群組人員對測試人員不可見。如果邀請了外部人員，則第一個構建版本會提交至"Beta版app稽核"。同一版本的後續構建可能不需要全面稽核。
TestFlight使用流程
1）輸入你的測試資訊
為你的app輸入測試資訊，例如一段描述和反饋的電子郵件。如果打算將app分發到外部測試人員，則需要執行該部操作。
2）上傳構建版本
使用Xcode或者Application loader上傳你的構建版本。這裡需要注意：判斷上傳的app是否需要提供出口合格證明。構建版本上傳90天內可以進行測試
3）邀請內部和外部人員
新增內部測試人員（至多25個在組織中的iTunes Connect使用者），以便他們擁有你分發的構建版本的訪問權利。然後邀請外部測試人員（最多10000個在你組織之外的人員）來測試你的app。你也可以為測試人員建立群組，並將特定構建的版本分配給該群租。如果是邀請外部測試人員，則該構建版本需要經過Beta版app稽核（“Beta版app稽核”是針對使用TestFlight分發給外部測試人員的app稽核流程。只有一個版本的首個構建版本需要稽核。隨後的版本可能不需要完整稽核
4）測試人員下載TestFlight-App並接受邀請
測試人員需要在自己裝置上的App Store中下載TestFlight-App。隨後測試人員需要使用TestFlight的邀請碼，安裝你的app進行測試，傳送反饋，並獲取更新。
5）檢視測試人員和構建版本資訊
通過iTunes Connect中檢視構建版本狀態和指標（例如：使用次數和崩潰記錄）來追蹤你的測試人員的參與度和app的效能。你也可以向尚未邀請的測試人員重新發送邀請。
6）收集測試人員的反饋
在測試期間，不斷閱讀測試人員的反饋，這些反饋會第一時間傳送到最開始制定的郵箱當中。此外，在提交app到App Store之前，改進自己的app並繼續分發構建版本，知道解決所有的問題
7）停止測試
你可以選擇將某個構建版本設定為過期來停止對它的測試，並前往“app發現流程概述”中提交你的app到App Store。如果不將當前的構建版本設定為過期，並且將其上傳到App Store，那麼即使它在App Store上線後，已經收到邀請的測試人員將仍然可以測試你的構建版本。90天后，你的構建版本將在TestFlight中不可用。
TestFlight的優勢
以前我們進行測試都是需要測試人員提供裝置的 UDID,並且開發者需要將這些裝置的UDID新增到開發者中心，註冊對應的裝置資訊，因此每次有新的測試人員加入，我們都需要重新新增裝置資訊，並且重新生成簽證檔案（Provisioning Profile）並且重新打包，而且裝置有著100的上線，操作起來非常不方便。
但是現在使用TestFlight，我們只需要測試人員提供一個郵箱地址即可，開發者登入iTunes Connect中新增測試人員和對對應的郵箱地址資訊，然後傳送測試邀請，測試者接受邀請，在通過TestFlight-app下載自己的app進行測試。我們不再需要裝置的UDID，而且人數不再是100，就像前面說的外部測試人員可以有10000，重點是不再需要每次重新配置證書，只需要上傳構建版本到iTunes上即可。
當然，也可以使用第三方平臺進行測試。
對於具體如何一步一步操作，這裡就不演示了，可以參考這篇部落格