第一個IOS APP後續（審核，上架）

標籤：IOS審核   IOS上架   

上一篇《第一個IOS APP總結 》我覺得預留2個星期審核上架應該夠了，實際上用了1個星期，提交第5次版本審核過，相當於修改了4次，紀錄一下避免下次再犯錯。
1.0.1版是第一個版本：拒絕！

說是我的資源裡麵包含有免費字樣，他說我選擇的收費模式已經表明是免費，所以不需要再圖片上再次申明。我原來的圖片是這樣的：

我把永久免費去掉了，變成了這樣：

然後我提交了1.0.2版本：繼續拒絕！
原因是我不符合最小內容原則，我一看評審人員的，就是進入APP後沒有資料，空白頁面，我看了測試人員的測試時間是北京時間半夜，估計美國是白天，我犯了個錯誤，我根本沒去看crashlog的呼叫堆疊確定最後調用的方法，我覺得是我伺服器的動態解析不穩定造成的錯誤，然後只是從新配置了一下伺服器就再次提交。
果然1.0.3版本：拒絕！
我有點鬱悶，不得不查看crashlog，定位呼叫堆疊確定最後一個方法是點擊播放按鈕，我又覺得是語音合成出的問題，本來版本也有幾個警告我沒有管，這次我乾脆把所有警告修複了，然後把語音合成改成串列非同步，這個詞確實迷惑，又是串列又是非同步，其他語言還真不常見，然後測試了24小時，信心滿滿再次提交。
版本1.0.4：拒絕！原因和1.0.3一樣！
這次我真的很認真的對待了，我沒有去調試，直接分析代碼，發現了問題，有一個地方在資料沒準備好之前調用了Null 物件，這個問題我是沒測試出來，其實如果我網速慢也能測試出來，我的原因，自食其果，這次雖然我感覺我找到了BUG，但是心裡已經不那麼確定了，小心翼翼的提交了1.0.5，也做好了最壞打算。
終於沒到那一步，1.0.5通過了。不得不說現在評審速度比較快，基本上1天1審，只有1次用了2天。

我覺得太需要評審了，個人開發上那去找這麼負責的測試人員呢，幾輪下來至少不會有crash的BUG，剩下的功能性BUG也比較好處理。這次體會到了蘋果評審的關注點：不能crash！
下個應用用Unity3d開發一個小遊戲，再瞭解瞭解unity3d的打包和審核流程。

第一個IOS APP後續（審核，上架）