ခဏလေး ဒီလိုပဲ စဉ်းစားကြည့်
App ကို Simulator ပေါ် run နိုင်တယ် ဆိုတာနဲ့ 'App Store submit-ready' ဖြစ်ပြီလို့ မဆိုလိုပါ — code signing (Distribution certificate), App Store Connect metadata (screenshot, description), permission usage description justification, crash reporting, privacy nutrition label — အားလုံး ပါဝင်ရမှ submit-ready လို့ ခေါ်နိုင်ပါတယ်။ ဒီ project မှာ checklist တစ်ခု ကိုယ်တိုင် ရေးပြီး, Project 1/2 ကို audit ကြည့်မယ်.
လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်
Checklist item တစ်ခုချင်းစီကို project setting ပေါ်မှာ manual စစ်ကြည့်ပါ — Distribution certificate/provisioning profile configure ထား/မထား, `Info.plist` usage description string တွေ တိတိကျကျ ရေး/မရေး, privacy nutrition label (App Store Connect) ဖြည့်ထား/မထား — item တစ်ခုချင်းစီအတွက် Pass/Fail မှတ်ပြီး, Fail ဖြစ်တဲ့ item ကို config ပြင်ဆင်ကြည့်ပါ.
အတူတူ ကြည့်မယ်
App Store Production Readiness Checklist
============================================
[ ] Distribution certificate + provisioning profile configured
[ ] Info.plist usage descriptions are specific, not generic
(e.g. "Camera access to scan receipts", not just "App needs camera")
[ ] App icon (all required sizes) + App Store screenshots ready
[ ] Privacy nutrition label filled out in App Store Connect
[ ] Crash reporting configured (e.g. Firebase Crashlytics / Xcode Organizer)
[ ] Tested on multiple device sizes (not just one Simulator)
[ ] Network error / empty state / loading state all handled gracefully
[ ] No placeholder/Lorem Ipsum text left in the shipped buildProject 1/2 ကို checklist ဖြင့် audit ပြီး, Fail item များအတွက် fix လုပ်ထားသော config ရရှိမည်။၅ မိနစ် စမ်းကြည့်
အထက်က checklist ကို Project 1 (Todo App) ရဲ့ project setting/code အားလုံးအပေါ် run ကြည့်ပါ — Fail ဖြစ်တဲ့ item တစ်ခုစီကို ဖော်ထုတ်ပြီး ပြင်ဆင်ကြည့်ပါ။
သတိလေးတစ်ချက်
App Store review ကို reject ခံရတဲ့ အကြောင်းရင်းအများဆုံးထဲက တစ်ခုက vague/generic permission usage description ပါ — feature ကို ဘာကြောင့်, ဘယ်လို သုံးမလဲ တိတိကျကျ ရေးရပါမယ်။