\u0130lk iOS uygulaman\u0131z\u0131 App Store’a g\u00f6ndermek, bir geli\u015ftirici i\u00e7in hem heyecan verici hem de olduk\u00e7a stresli bir s\u00fcre\u00e7 olabilir. Uzun u\u011fra\u015flar sonucu ortaya \u00e7\u0131kan \u00fcr\u00fcn\u00fcn\u00fcz\u00fcn milyonlarca kullan\u0131c\u0131ya ula\u015fma potansiyeli d\u00fc\u015f\u00fcncesi bile ba\u015fl\u0131 ba\u015f\u0131na bir motivasyon kayna\u011f\u0131d\u0131r. Ancak bu yolculuk, genellikle App Store’un kat\u0131 ve bazen de anla\u015f\u0131lmas\u0131 g\u00fc\u00e7 onay kurallar\u0131yla kesintiye u\u011frar. Uygulaman\u0131z\u0131n reddedilmesi, geli\u015ftirme s\u00fcrecindeki t\u00fcm yorgunlu\u011funuzu bir anda \u00fczerinize y\u0131kar ve motivasyonunuzu ciddi \u015fekilde d\u00fc\u015f\u00fcrebilir. Benim de ilk iOS uygulamam\u0131 yay\u0131nlama maceram, tam da bu t\u00fcr bir hayal k\u0131r\u0131kl\u0131\u011f\u0131yla ba\u015flad\u0131. Hatta bir de\u011fil, tam iki kez reddedilme ya\u015fad\u0131m. Bu deneyimler, manuel kontrollerin yetersizli\u011fini ac\u0131 bir \u015fekilde g\u00f6sterdi ve beni, bu t\u00fcr sorunlar\u0131 bir daha ya\u015famamak ad\u0131na kendi otomasyon arac\u0131m\u0131 geli\u015ftirmeye itti. Peki, App Store onay s\u00fcrecindeki bu engelleri nas\u0131l a\u015fabiliriz ve otomasyon bu noktada bize nas\u0131l yard\u0131mc\u0131 olabilir?<\/p>\n
App Store, d\u00fcnya genelinde milyarlarca kullan\u0131c\u0131n\u0131n g\u00fcvendi\u011fi bir uygulama ekosistemi sunar. Bu g\u00fcveni sa\u011flamak ad\u0131na Apple, uygulamalar\u0131n belirli kalite, g\u00fcvenlik ve kullan\u0131c\u0131 deneyimi standartlar\u0131n\u0131 kar\u015f\u0131lamas\u0131n\u0131 bekler. Bu standartlar, “App Store Review Guidelines” (Uygulama \u0130nceleme Kurallar\u0131) ad\u0131 alt\u0131nda detayl\u0131 bir \u015fekilde a\u00e7\u0131klanm\u0131\u015ft\u0131r. Geli\u015ftiricilerin bu kurallara harfiyen uymas\u0131 gerekir; aksi takdirde uygulama reddedilir. Bu durum, s\u00fcreci yeni ba\u015flayanlar i\u00e7in olduk\u00e7a g\u00f6z korkutucu hale getirebilir, zira kurallar olduk\u00e7a kapsaml\u0131d\u0131r ve bazen yoruma a\u00e7\u0131k olabilir.<\/p>\n
App Store onay s\u00fcrecinin zorlay\u0131c\u0131 olmas\u0131n\u0131n temel nedenlerinden biri, Apple’\u0131n kullan\u0131c\u0131 deneyimine verdi\u011fi a\u015f\u0131r\u0131 \u00f6nemdir. Her uygulama, sorunsuz \u00e7al\u0131\u015fmal\u0131, sezgisel bir aray\u00fcze sahip olmal\u0131 ve kullan\u0131c\u0131n\u0131n beklentilerini kar\u015f\u0131lamal\u0131d\u0131r. G\u00fcvenlik de bir di\u011fer kritik fakt\u00f6rd\u00fcr; uygulamalar\u0131n kullan\u0131c\u0131 verilerini korumas\u0131, gizlilik politikalar\u0131n\u0131 a\u00e7\u0131k\u00e7a belirtmesi ve k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131m i\u00e7ermemesi beklenir. Bu titizlik, elbette ki App Store’un genel kalitesini y\u00fckseltir ancak geli\u015ftiriciler i\u00e7in ek bir kontrol y\u00fck\u00fc olu\u015fturur. Benim ilk reddedilme deneyimimde de bu kurallar\u0131n detaylar\u0131n\u0131 tam olarak kavrayamam\u0131\u015f olmam ve manuel kontrollerin yetersiz kalmas\u0131 \u00f6nemli rol oynam\u0131\u015ft\u0131. S\u00fcre\u00e7, sadece kod yazmaktan ibaret de\u011fildir; ayn\u0131 zamanda Apple’\u0131n beklentilerini anlamay\u0131 ve onlara uygun bir deneyim sunmay\u0131 da gerektirir.<\/p>\n
Peki, uygulamalar\u0131n App Store’dan en s\u0131k reddedilme nedenleri nelerdir? Bu nedenleri bilmek, geli\u015ftiricilerin \u00f6nceden \u00f6nlem almas\u0131na yard\u0131mc\u0131 olabilir:<\/p>\n
Info.plist<\/code> dosyas\u0131nda gerekli gizlilik a\u00e7\u0131klamalar\u0131n\u0131n (\u00f6rne\u011fin, NSUserTrackingUsageDescription<\/code>) bulunmamas\u0131 da s\u0131k kar\u015f\u0131la\u015f\u0131lan bir hatad\u0131r.<\/li>\n- Uygulama \u0130\u00e7i Sat\u0131n Almalar (IAP) (3.1 – Business):<\/strong> Uygulama i\u00e7i sat\u0131n almalar\u0131n do\u011fru yap\u0131land\u0131r\u0131lmamas\u0131, Apple’\u0131n \u00f6deme sistemini atlamaya \u00e7al\u0131\u015fmak veya yanl\u0131\u015f fiyatland\u0131rma modelleri kullanmak reddedilme sebebidir.<\/li>\n
- Minimum \u0130\u015flevsellik (4.2 – Minimum Functionality):<\/strong> Uygulama yeterli i\u015flevsellik sunmuyorsa, sadece bir web sitesi g\u00f6r\u00fcn\u00fcm\u00fc sa\u011fl\u0131yorsa veya “demo” gibi hissediliyorsa reddedilebilir.<\/li>\n
- Telif Hakk\u0131 ve Fikri M\u00fclkiyet (5.2 – Intellectual Property):<\/strong> Ba\u015fka bir \u015firketin logosunu, markas\u0131n\u0131 veya i\u00e7eri\u011fini izinsiz kullanmak ciddi bir reddedilme nedenidir.<\/li>\n<\/ul>\n
Benim ilk uygulamamda, hem meta veri eksiklikleri hem de kullan\u0131c\u0131 aray\u00fcz\u00fcndeki baz\u0131 tutars\u0131zl\u0131klar nedeniyle reddedilme ya\u015fad\u0131m. \u00d6zellikle gizlilik politikas\u0131 URL’sinin do\u011fru \u00e7al\u0131\u015fmad\u0131\u011f\u0131 ve uygulaman\u0131n belirli bir cihaz modelinde beklenmedik bir \u015fekilde davrand\u0131\u011f\u0131 belirtilmi\u015fti. Bu durum, hem zaman kaybetmeme hem de lansman planlar\u0131m\u0131n aksamas\u0131na neden oldu. Bu ilk reddedilme, App Store onay s\u00fcrecinin sadece kod yazmakla bitmedi\u011fini, ayn\u0131 zamanda titiz bir kontrol ve do\u011frulama gerektirdi\u011fini ac\u0131 bir \u015fekilde \u00f6\u011fretti.<\/p>\n
\u0130ki Kez Reddedilmek: Hatalar\u0131m\u0131zdan Nas\u0131l Ders \u00c7\u0131kard\u0131k?<\/h3>\n
\u0130lk reddedilme, ekibimiz i\u00e7in b\u00fcy\u00fck bir hayal k\u0131r\u0131kl\u0131\u011f\u0131 oldu. Haftalar s\u00fcren yo\u011fun geli\u015ftirme s\u00fcrecinin ard\u0131ndan gelen bu olumsuz yan\u0131t, motivasyonumuzu ciddi \u015fekilde d\u00fc\u015f\u00fcrd\u00fc. Apple’dan gelen inceleme notlar\u0131, uygulaman\u0131n gizlilik politikas\u0131 URL’sinin \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 ve belirli bir senaryoda kullan\u0131c\u0131 aray\u00fcz\u00fcnde (UI) beklenmedik davran\u0131\u015flar sergiledi\u011fini belirtiyordu. Bu hatalar\u0131 d\u00fczeltmek i\u00e7in hemen kollar\u0131 s\u0131vad\u0131k. Gizlilik politikas\u0131 URL’sini kontrol ettik, sunucudaki bir yap\u0131land\u0131rma hatas\u0131n\u0131 giderdik ve UI sorununu manuel olarak test ederek d\u00fczeltti\u011fimize inand\u0131k. Bu d\u00fczeltmelerin ard\u0131ndan, uygulamay\u0131 yeniden incelemeye g\u00f6nderdik. Her \u015feyin yolunda gidece\u011fini umuyorduk; ne de olsa hatalar\u0131 tespit etmi\u015f ve d\u00fczeltmi\u015ftik. Ancak, App Store onay s\u00fcreci, bazen geli\u015ftiricilere “bir dakika, daha bitmedi” dercesine davranabiliyor.<\/p>\n
Yakla\u015f\u0131k bir hafta sonra, ikinci reddedilme bildirimi geldi. Bu seferki nedenler daha da \u015fa\u015f\u0131rt\u0131c\u0131yd\u0131. \u0130lk reddedilmede belirtilen gizlilik politikas\u0131 URL’si sorunu \u00e7\u00f6z\u00fclm\u00fc\u015f olsa da, bu kez uygulaman\u0131n ba\u015fka bir b\u00f6l\u00fcm\u00fcndeki harici bir ba\u011flant\u0131n\u0131n (\u00f6rne\u011fin, bir destek sayfas\u0131n\u0131n) \u00e7al\u0131\u015fmad\u0131\u011f\u0131 ve uygulaman\u0131n farkl\u0131 bir cihazda (bu sefer bir iPad modelinde) aray\u00fcz elementlerinin \u00fcst \u00fcste bindi\u011fi belirtiliyordu. Bu, tam anlam\u0131yla bir “d\u00e9j\u00e0 vu” (daha \u00f6nce ya\u015fanm\u0131\u015fl\u0131k hissi) idi ve bizi \u00e7aresizli\u011fe s\u00fcr\u00fckledi. \u0130lk hatadan ders \u00e7\u0131kard\u0131\u011f\u0131m\u0131z\u0131 d\u00fc\u015f\u00fcn\u00fcrken, asl\u0131nda sadece buzda\u011f\u0131n\u0131n g\u00f6r\u00fcnen k\u0131sm\u0131n\u0131 d\u00fczeltmi\u015f oldu\u011fumuzu fark ettik. Manuel kontrollerin ne kadar yetersiz kalabilece\u011fini, her cihaz kombinasyonunu ve her ba\u011flant\u0131y\u0131 tek tek kontrol etmenin ne kadar zaman al\u0131c\u0131 ve hataya a\u00e7\u0131k oldu\u011funu bir kez daha anlad\u0131k.<\/p>\n
Bu iki reddedilme, ekibimiz i\u00e7in sadece zaman kayb\u0131 ve moral bozuklu\u011fu anlam\u0131na gelmedi, ayn\u0131 zamanda ciddi bir maliyeti de beraberinde getirdi. Uygulaman\u0131n lansman tarihi iki hafta gecikti, bu da pazarlama kampanyalar\u0131m\u0131z\u0131n yeniden d\u00fczenlenmesine ve potansiyel erken kullan\u0131c\u0131lar\u0131n kaybedilmesine neden oldu. Her reddedilme, ortalama 3-5 g\u00fcnl\u00fck bir inceleme s\u00fcreci demekti ve bu s\u00fcre zarf\u0131nda geli\u015ftiriciler olarak ba\u015fka i\u015flere odaklanmakta zorlan\u0131yorduk. Bu k\u0131s\u0131r d\u00f6ng\u00fcden \u00e7\u0131kmak i\u00e7in radikal bir \u00e7\u00f6z\u00fcm bulmam\u0131z gerekti\u011finin fark\u0131na vard\u0131k. \u0130nsan fakt\u00f6r\u00fcn\u00fcn getirdi\u011fi hata pay\u0131n\u0131 en aza indirmeli ve App Store kurallar\u0131na uyumlulu\u011fu sistematik bir \u015fekilde kontrol eden bir mekanizma geli\u015ftirmeliydik. \u0130\u015fte tam da bu noktada, otomasyon fikri zihnimizde \u015fekillenmeye ba\u015flad\u0131. Art\u0131k sadece kod yazmak de\u011fil, ayn\u0131 zamanda yazd\u0131\u011f\u0131m\u0131z kodun ve uygulaman\u0131n d\u0131\u015f etkenlerle nas\u0131l etkile\u015fime girdi\u011fini de otomatik olarak kontrol edebilen bir sistemin gereklili\u011fine inan\u0131yorduk. Bu, gelecekteki projelerimiz i\u00e7in de bir standart haline gelecekti.<\/p>\n
Otomatik Kontrol Arac\u0131 Fikri Nas\u0131l Do\u011fdu ve Geli\u015ftirildi?<\/h3>\n
\u0130ki kez \u00fcst \u00fcste reddedilmenin ard\u0131ndan, ekibimizle birlikte kapsaml\u0131 bir retrospektif (geriye d\u00f6n\u00fck de\u011ferlendirme) toplant\u0131s\u0131 yapt\u0131k. Temel sorun \u015fuydu: Geli\u015ftirme s\u00fcrecinin sonunda, App Store’un beklentilerini kar\u015f\u0131lay\u0131p kar\u015f\u0131lamad\u0131\u011f\u0131m\u0131z\u0131 tam olarak do\u011frulayam\u0131yorduk. Manuel kontroller zaman al\u0131c\u0131yd\u0131, hataya a\u00e7\u0131kt\u0131 ve her zaman t\u00fcm senaryolar\u0131 kapsayam\u0131yordu. \u00d6zellikle farkl\u0131 cihaz modellerindeki UI\/UX tutars\u0131zl\u0131klar\u0131 ve harici ba\u011flant\u0131lar\u0131n kontrol\u00fc gibi konular, insan g\u00f6z\u00fcn\u00fcn ka\u00e7\u0131rabilece\u011fi detaylard\u0131. Bu durum, “Bir daha asla ayn\u0131 hatay\u0131 yapmamal\u0131y\u0131z!” felsefesiyle bizi bir \u00e7\u00f6z\u00fcm aray\u0131\u015f\u0131na itti.<\/p>\n
\u0130lk ba\u015fta, mevcut ara\u00e7lar\u0131 ara\u015ft\u0131rd\u0131k. Statik kod analizi ara\u00e7lar\u0131 (\u00f6rne\u011fin, SwiftLint), kod kalitesini art\u0131rabilir ancak App Store kurallar\u0131yla ilgili t\u00fcm d\u0131\u015f etkenleri kontrol edemezdi. Test otomasyon \u00e7er\u00e7eveleri (\u00f6rne\u011fin, XCUITest) UI testleri i\u00e7in harikayd\u0131, ancak meta veri do\u011frulamas\u0131 veya gizlilik politikas\u0131 URL’sinin \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol etmek i\u00e7in yeterli de\u011fildi. Bu nedenle, genel bir \u00e7\u00f6z\u00fcm yerine, kendi ihtiya\u00e7lar\u0131m\u0131za \u00f6zel, App Store onay s\u00fcrecindeki kritik noktalar\u0131 hedef alan bir ara\u00e7 geli\u015ftirmeye karar verdik. Amac\u0131m\u0131z, uygulaman\u0131n App Store’a g\u00f6nderilmeden \u00f6nce “kendi kendini denetlemesini” sa\u011flayacak bir sistem kurmakt\u0131.<\/p>\n
Arac\u0131n temel hedefleri \u015funlard\u0131:<\/p>\n
\n- Meta Veri Do\u011frulamas\u0131:<\/strong> App Store Connect’e girilen uygulama ad\u0131, a\u00e7\u0131klama, anahtar kelimeler ve \u00f6zellikle gizlilik politikas\u0131 URL’si gibi bilgilerin do\u011frulu\u011funu ve eksiksizli\u011fini kontrol etmek.<\/li>\n
- Ba\u011flant\u0131 Kontrol\u00fc:<\/strong> Uygulama i\u00e7indeki t\u00fcm harici ve dahili ba\u011flant\u0131lar\u0131n (API endpointleri, webview URL’leri, deep linkler) \u00e7al\u0131\u015f\u0131r durumda oldu\u011funu ve ge\u00e7erli bir HTTP yan\u0131t\u0131 d\u00f6nd\u00fcrd\u00fc\u011f\u00fcn\u00fc do\u011frulamak.<\/li>\n
- Temel Uygulama \u0130\u00e7i Kontroller:<\/strong> Uygulaman\u0131n farkl\u0131 sim\u00fclat\u00f6rlerde (iPhone, iPad, farkl\u0131 iOS s\u00fcr\u00fcmleri) a\u00e7\u0131l\u0131p a\u00e7\u0131lmad\u0131\u011f\u0131n\u0131, temel navigasyonun \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 ve belirgin UI\/UX hatalar\u0131 olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek.<\/li>\n
- \u0130zin Kontrolleri:<\/strong> Uygulaman\u0131n kulland\u0131\u011f\u0131 t\u00fcm hassas izinlerin (kamera, konum, foto\u011fraflar vb.)
Info.plist<\/code> dosyas\u0131nda ilgili gizlilik a\u00e7\u0131klamalar\u0131yla birlikte do\u011fru \u015fekilde belirtildi\u011finden emin olmak.<\/li>\n<\/ol>\nBu hedeflere ula\u015fmak i\u00e7in, Python betikleri ve Swift tabanl\u0131 yard\u0131mc\u0131 ara\u00e7lar\u0131 bir araya getiren bir mimari tasarlad\u0131k. Python, a\u011f istekleri g\u00f6nderme, dosya sistemini okuma ve metin i\u015fleme gibi g\u00f6revler i\u00e7in esneklik sunarken, Swift betikleri do\u011frudan iOS projesiyle etkile\u015fime ge\u00e7erek Info.plist<\/code> gibi dosya i\u00e7eriklerini kontrol edebiliyordu. Bu ara\u00e7lar\u0131n t\u00fcm\u00fcn\u00fc, Continuous Integration\/Continuous Delivery (CI\/CD) (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcrecimize entegre etmeyi planlad\u0131k. B\u00f6ylece, her kod de\u011fi\u015fikli\u011finde veya belirli aral\u0131klarla bu kontroller otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131lacak ve herhangi bir sorun tespit edildi\u011finde geli\u015ftiricilere an\u0131nda geri bildirim sa\u011flanacakt\u0131.<\/p>\n\u00d6rne\u011fin, Info.plist<\/code> dosyas\u0131nda bir gizlilik a\u00e7\u0131klamas\u0131n\u0131n eksik olup olmad\u0131\u011f\u0131n\u0131 kontrol eden basit bir Swift beti\u011fi \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n\n\n \/\/ \u00d6rnek: Info.plist dosyas\u0131nda gizlilik a\u00e7\u0131klamas\u0131n\u0131 kontrol eden bir Swift beti\u011fi\n import Foundation\n\n func checkPrivacyDescription() {\n guard let infoPlistPath = Bundle.main.path(forResource: \"Info\", ofType: \"plist\") else {\n print(\"HATA: Info.plist dosyas\u0131 bulunamad\u0131.\")\n exit(1)\n }\n \n guard let infoPlist = NSDictionary(contentsOfFile: infoPlistPath) else {\n print(\"HATA: Info.plist dosyas\u0131 okunamad\u0131.\")\n exit(1)\n }\n\n \/\/ NSUserTrackingUsageDescription (App Tracking Transparency i\u00e7in) kontrol\u00fc\n if let trackingDescription = infoPlist[\"NSUserTrackingUsageDescription\"] as? String, !trackingDescription.isEmpty {\n print(\"\u2705 NSUserTrackingUsageDescription bulundu: '\\(trackingDescription)'\")\n } else {\n print(\"\u274c HATA: NSUserTrackingUsageDescription Info.plist dosyas\u0131nda eksik veya bo\u015f!\")\n print(\"Bu, App Tracking Transparency gereksinimleri i\u00e7in kritik olabilir.\")\n exit(1) \/\/ Hata durumunda beti\u011fi sonland\u0131r\n }\n\n \/\/ Di\u011fer gizlilik a\u00e7\u0131klamalar\u0131 i\u00e7in benzer kontroller eklenebilir\n \/\/ \u00d6rne\u011fin, konum izni i\u00e7in:\n if let locationWhenInUse = infoPlist[\"NSLocationWhenInUseUsageDescription\"] as? String, !locationWhenInUse.isEmpty {\n print(\"\u2705 NSLocationWhenInUseUsageDescription bulundu: '\\(locationWhenInUse)'\")\n } else {\n print(\"\u26a0\ufe0f UYARI: NSLocationWhenInUseUsageDescription eksik veya bo\u015f olabilir.\")\n }\n }\n\n checkPrivacyDescription()\n <\/code><\/pre>\n<\/div>\nBu t\u00fcr betikler, geli\u015ftirme s\u00fcrecinin erken a\u015famalar\u0131nda bile potansiyel reddedilme nedenlerini otomatik olarak tespit etmemizi sa\u011flad\u0131. Art\u0131k manuel kontrollerle saatler harcamak yerine, birka\u00e7 saniye i\u00e7inde kapsaml\u0131 bir \u00f6n kontrol raporu alabiliyorduk. Bu, hem geli\u015ftirme h\u0131z\u0131m\u0131z\u0131 art\u0131rd\u0131 hem de App Store’a g\u00f6nderim \u00f6ncesi stresi \u00f6nemli \u00f6l\u00e7\u00fcde azaltt\u0131.<\/p>\n
Geli\u015ftirdi\u011fimiz Otomatik Onay \u00d6n Kontrol Arac\u0131n\u0131n \u00d6zellikleri ve Faydalar\u0131<\/h3>\n
Kendi ihtiya\u00e7lar\u0131m\u0131z do\u011frultusunda geli\u015ftirdi\u011fimiz otomatik onay \u00f6n kontrol arac\u0131, App Store’un karma\u015f\u0131k kurallar\u0131n\u0131 basitle\u015ftirmeyi ve geli\u015ftiricilerin bu kurallara uyumunu sistematik hale getirmeyi hedefliyordu. Bu ara\u00e7, sadece bir betik koleksiyonundan ibaret de\u011fildi; zamanla olgunla\u015fan, mod\u00fcler ve geni\u015fletilebilir bir yap\u0131ya d\u00f6n\u00fc\u015ft\u00fc. Temel mod\u00fclleri ve sa\u011flad\u0131\u011f\u0131 faydalar\u0131 \u015fu \u015fekilde \u00f6zetleyebiliriz:<\/p>\n
Arac\u0131n Ana Mod\u00fclleri:<\/h4>\n\n- Meta Veri Do\u011frulama Mod\u00fcl\u00fc:<\/strong>\n
\n- Uygulama Ad\u0131 ve A\u00e7\u0131klama Kontrol\u00fc:<\/strong> Belirli uzunluk k\u0131s\u0131tlamalar\u0131na uyulup uyulmad\u0131\u011f\u0131n\u0131 ve anahtar kelime spam’i gibi App Store kurallar\u0131n\u0131 ihlal edip etmedi\u011fini kontrol eder.<\/li>\n
- Anahtar Kelime ve Kategori Kontrol\u00fc:<\/strong> \u0130lgili anahtar kelimelerin kullan\u0131ld\u0131\u011f\u0131ndan ve uygulaman\u0131n do\u011fru kategoride oldu\u011fundan emin olur.<\/li>\n
- Gizlilik Politikas\u0131 URL’si Do\u011frulamas\u0131:<\/strong> App Store Connect’e girilen gizlilik politikas\u0131 URL’sinin eri\u015filebilirli\u011fini ve ge\u00e7erli bir HTTP 200 yan\u0131t\u0131 d\u00f6nd\u00fcr\u00fcp d\u00f6nd\u00fcrmedi\u011fini kontrol eder. Bu, manuel olarak en s\u0131k g\u00f6zden ka\u00e7an ve reddedilme sebebi olan noktalardan biridir.<\/li>\n
- Ekran G\u00f6r\u00fcnt\u00fcs\u00fc ve \u00d6nizleme Videosu Kontrol\u00fc:<\/strong> \u00c7\u00f6z\u00fcn\u00fcrl\u00fck, format ve i\u00e7erik tutarl\u0131l\u0131\u011f\u0131 gibi temel kontrolleri ger\u00e7ekle\u015ftirir (otomatik olarak i\u00e7erik analizi yapmak zor olsa da, dosya boyutlar\u0131 ve tipleri kontrol edilebilir).<\/li>\n<\/ul>\n<\/li>\n
- Ba\u011flant\u0131 Kontrol Mod\u00fcl\u00fc:<\/strong>\n
\n- Uygulama \u0130\u00e7i Harici Ba\u011flant\u0131lar:<\/strong> Uygulama i\u00e7inde yer alan t\u00fcm web sitelerine, API endpointlerine veya derin ba\u011flant\u0131lara (deep link) otomatik olarak istek g\u00f6nderir ve eri\u015filebilirliklerini do\u011frular. \u00d6rne\u011fin, bir “Yard\u0131m” veya “\u0130leti\u015fim” sayfas\u0131n\u0131n URL’si \u00e7al\u0131\u015fm\u0131yorsa uyar\u0131 verir.<\/li>\n
- API Endpoint Durum Kontrol\u00fc:<\/strong> Uygulaman\u0131n ba\u011f\u0131ml\u0131 oldu\u011fu kritik API servislerinin eri\u015filebilirli\u011fini test eder. B\u00f6ylece, kullan\u0131c\u0131lar\u0131n uygulamay\u0131 a\u00e7t\u0131\u011f\u0131nda “sunucuya ba\u011flan\u0131lam\u0131yor” gibi hatalarla kar\u015f\u0131la\u015fmas\u0131 engellenir.<\/li>\n<\/ul>\n<\/li>\n
- Temel Uygulama \u0130\u00e7i Kontroller Mod\u00fcl\u00fc (Sim\u00fclat\u00f6r Tabanl\u0131):<\/strong>\n
\n- Uygulama Ba\u015flatma Testi:<\/strong> Uygulaman\u0131n farkl\u0131 iOS s\u00fcr\u00fcmlerine sahip \u00e7e\u015fitli sim\u00fclat\u00f6rlerde (iPhone, iPad) sorunsuz bir \u015fekilde ba\u015flat\u0131l\u0131p ba\u015flat\u0131lmad\u0131\u011f\u0131n\u0131 kontrol eder.<\/li>\n
- Kilitlenme Tespiti:<\/strong> Uygulama ba\u015flat\u0131ld\u0131ktan sonra belirli temel senaryolar\u0131 (\u00f6rne\u011fin, ana ekranda gezinme) otomatik olarak \u00e7al\u0131\u015ft\u0131rarak olas\u0131 kilitlenmeleri veya beklenmedik kapanmalar\u0131 tespit etmeye \u00e7al\u0131\u015f\u0131r.<\/li>\n
- Basit UI Uyumsuzluk Kontrol\u00fc:<\/strong> Otomatik UI testleri (XCUITest veya Appium gibi ara\u00e7larla entegre) kullanarak, belirli ekranlarda temel aray\u00fcz elementlerinin (d\u00fc\u011fmeler, metin alanlar\u0131) do\u011fru konumda olup olmad\u0131\u011f\u0131n\u0131 ve \u00fcst \u00fcste binip binmedi\u011fini kontrol eder.<\/li>\n<\/ul>\n<\/li>\n
- \u0130zin ve G\u00fcvenlik Kontrolleri Mod\u00fcl\u00fc:<\/strong>\n
\nInfo.plist<\/code> Analizi:<\/strong> Uygulaman\u0131n kulland\u0131\u011f\u0131 t\u00fcm hassas izinler i\u00e7in (kamera, mikrofon, konum, bildirimler vb.) Info.plist<\/code> dosyas\u0131nda ilgili gizlilik a\u00e7\u0131klamalar\u0131n\u0131n (\u00f6rne\u011fin, NSCameraUsageDescription<\/code>) bulunup bulunmad\u0131\u011f\u0131n\u0131 do\u011frular. Eksik a\u00e7\u0131klamalar, do\u011frudan reddedilme sebebidir.<\/li>\n- HTTP G\u00fcvenli\u011fi Kontrol\u00fc:<\/strong> Uygulaman\u0131n g\u00fcvenli olmayan HTTP ba\u011flant\u0131lar\u0131 yerine HTTPS kulland\u0131\u011f\u0131n\u0131 do\u011frular (App Transport Security – ATS kurallar\u0131na uyumluluk).<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n
Entegrasyon ve Faydalar\u0131:<\/h4>\n
Bu mod\u00fcllerin tamam\u0131n\u0131 Continuous Integration\/Continuous Delivery (CI\/CD) (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerimize entegre ettik. Her kod de\u011fi\u015fikli\u011fi push edildi\u011finde veya belirli bir zaman diliminde (\u00f6rne\u011fin, geceleri), bu otomatik kontrol arac\u0131 \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Jenkins, GitLab CI, GitHub Actions veya Xcode Cloud gibi platformlar arac\u0131l\u0131\u011f\u0131yla entegrasyon sa\u011flanabilir. Kontrollerin sonunda, geli\u015ftiricilere detayl\u0131 bir rapor sunulur ve herhangi bir kritik hata bulunursa, build (derleme) s\u00fcreci durdurularak geli\u015ftiriciler uyar\u0131l\u0131r.<\/p>\n
Bu otomasyonun bize sa\u011flad\u0131\u011f\u0131 faydalar paha bi\u00e7ilemezdi:<\/p>\n
\n- Zaman ve Maliyet Tasarrufu:<\/strong> Manuel kontrol i\u00e7in harcanan saatler ortadan kalkt\u0131. Her reddedilme ile kaybedilen geli\u015ftirme s\u00fcresi ve lansman gecikmeleri \u00f6nlendi.<\/li>\n
- Geli\u015ftirici Verimlili\u011fi ve Moral Art\u0131\u015f\u0131:<\/strong> Geli\u015ftiriciler, App Store onay s\u00fcrecinin getirdi\u011fi belirsizlik ve stresten kurtuldu. Daha \u00e7ok kod yazmaya ve yeni \u00f6zellikler geli\u015ftirmeye odaklanabildiler.<\/li>\n
- Erken Hata Tespiti:<\/strong> Potansiyel reddedilme nedenleri, geli\u015ftirme s\u00fcrecinin \u00e7ok daha erken a\u015famalar\u0131nda tespit edildi. Bu, hatalar\u0131n d\u00fczeltilmesini \u00e7ok daha kolay ve ucuz hale getirdi.<\/li>\n
- Tutarl\u0131l\u0131k ve G\u00fcvenilirlik:<\/strong> \u0130nsan hatas\u0131 fakt\u00f6r\u00fc ortadan kalkt\u0131. Her g\u00f6nderimde ayn\u0131 titiz kontroller otomatik olarak uyguland\u0131, bu da uygulaman\u0131n App Store kurallar\u0131na uyumlulu\u011funu art\u0131rd\u0131.<\/li>\n
- Kalite G\u00fcvencesi:<\/strong> Uygulaman\u0131n genel kalitesi ve kararl\u0131l\u0131\u011f\u0131 artt\u0131, bu da daha iyi bir kullan\u0131c\u0131 deneyimi sa\u011flad\u0131.<\/li>\n<\/ul>\n
Sonu\u00e7 olarak, geli\u015ftirdi\u011fimiz bu ara\u00e7, App Store onay s\u00fcrecini bir kabustan \u00e7\u0131kar\u0131p \u00f6ng\u00f6r\u00fclebilir ve y\u00f6netilebilir bir s\u00fcrece d\u00f6n\u00fc\u015ft\u00fcrd\u00fc. Art\u0131k “Acaba reddedilir miyiz?” endi\u015fesi yerine, “Hangi kontrollerden ge\u00e7tik?” sorusuna odaklanabiliyorduk. Bu, sadece bir uygulama yay\u0131nlama arac\u0131 de\u011fil, ayn\u0131 zamanda geli\u015ftirme k\u00fclt\u00fcr\u00fcm\u00fcz\u00fc d\u00f6n\u00fc\u015ft\u00fcren bir ad\u0131md\u0131.<\/p>\n
Otomatik Kontrol Ara\u00e7lar\u0131n\u0131 Kendi Projenize Nas\u0131l Entegre Edersiniz?<\/h3>\n
Kendi projenizde App Store onay s\u00fcrecini otomatikle\u015ftirmek, ba\u015flang\u0131\u00e7ta karma\u015f\u0131k g\u00f6r\u00fcnebilir ancak ad\u0131m ad\u0131m ilerleyerek ve do\u011fru ara\u00e7lar\u0131 se\u00e7erek bu s\u00fcreci verimli hale getirebilirsiniz. Unutmay\u0131n, her \u015feyi bir anda otomatikle\u015ftirmek zorunda de\u011filsiniz. En \u00e7ok sorun ya\u015fad\u0131\u011f\u0131n\u0131z veya en \u00e7ok zaman harcad\u0131\u011f\u0131n\u0131z alanlardan ba\u015flayarak kademeli olarak ilerlemek en iyi yakla\u015f\u0131md\u0131r.<\/p>\n
Ad\u0131m Ad\u0131m Entegrasyon K\u0131lavuzu:<\/h4>\n\n- \u0130htiya\u00e7 Analizi ve Risk Belirleme:<\/strong>\n
\u00d6ncelikle, ge\u00e7mi\u015f deneyimlerinizi veya App Store Review Guidelines’\u0131 inceleyerek projeniz i\u00e7in en riskli alanlar\u0131 belirleyin. \u00d6rne\u011fin, s\u0131k s\u0131k gizlilik politikas\u0131 URL’si sorunlar\u0131 ya\u015f\u0131yorsan\u0131z veya farkl\u0131 cihazlarda UI hatalar\u0131 g\u00f6zlemliyorsan\u0131z, otomasyona bu noktalardan ba\u015flamal\u0131s\u0131n\u0131z. Hangi kurallar\u0131n sizin i\u00e7in en kritik oldu\u011funu listeleyin.<\/p>\n<\/li>\n
- Mevcut Ara\u00e7lar\u0131 Ara\u015ft\u0131rma ve Se\u00e7im:<\/strong>\n
Piyasada bir\u00e7ok g\u00fc\u00e7l\u00fc otomasyon arac\u0131 bulunmaktad\u0131r. Kendi \u00f6zel betiklerinizi yazmak yerine, bu ara\u00e7lar\u0131 entegre etmek genellikle daha h\u0131zl\u0131 ve s\u00fcrd\u00fcr\u00fclebilir bir \u00e7\u00f6z\u00fcmd\u00fcr:<\/p>\n
\n- Fastlane:<\/strong> iOS geli\u015ftiricileri i\u00e7in olmazsa olmaz bir ara\u00e7t\u0131r. Uygulama derleme, test etme, ekran g\u00f6r\u00fcnt\u00fcleri alma, App Store Connect’e y\u00fckleme ve hatta meta veri y\u00f6netimi gibi bir\u00e7ok g\u00f6revi otomatikle\u015ftirebilir. Kendi \u00f6zel betiklerinizi Fastlane “lane”leri (\u015feritleri) i\u00e7ine entegre edebilirsiniz.<\/li>\n
- SwiftLint \/ RuboCop:<\/strong> Kod kalitesi ve stilini kontrol etmek i\u00e7in statik analiz ara\u00e7lar\u0131d\u0131r. App Store reddedilme nedenleriyle do\u011frudan ilgili olmasa da, daha temiz ve s\u00fcrd\u00fcr\u00fclebilir kod yazman\u0131za yard\u0131mc\u0131 olur.<\/li>\n
- XCUITest \/ Appium:<\/strong> Kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) testleri yazmak i\u00e7in g\u00fc\u00e7l\u00fc \u00e7er\u00e7evelerdir. Farkl\u0131 cihazlarda uygulaman\u0131n UI’s\u0131n\u0131n do\u011fru g\u00f6r\u00fcn\u00fcp g\u00f6r\u00fcnmedi\u011fini, temel ak\u0131\u015flar\u0131n \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 otomatik olarak test etmenizi sa\u011flar.<\/li>\n
- Custom Scriptler (Python, Shell, Swift):<\/strong> Belirli ve ni\u015f kontroller i\u00e7in kendi betiklerinizi yazabilirsiniz. \u00d6rne\u011fin,
Info.plist<\/code> dosyas\u0131ndaki belirli anahtarlar\u0131n varl\u0131\u011f\u0131n\u0131 kontrol etmek veya harici URL’lerin eri\u015filebilirli\u011fini test etmek gibi.<\/li>\n- Danger:<\/strong> Pull Request (\u00c7ekme \u0130ste\u011fi) inceleme s\u00fcrecini otomatikle\u015ftirmek i\u00e7in kullan\u0131l\u0131r. Kod kalitesi, test kapsam\u0131 veya belirli App Store kurallar\u0131na uyum gibi konularda geli\u015ftiricilere geri bildirim sa\u011flayabilir.<\/li>\n<\/ul>\n<\/li>\n
- K\u00fc\u00e7\u00fck Ad\u0131mlarla Ba\u015flama: \u0130lk Otomasyon Beti\u011fi:<\/strong>\n
Hemen t\u00fcm s\u00fcreci otomatikle\u015ftirmeye \u00e7al\u0131\u015fmay\u0131n. En kritik g\u00f6rd\u00fc\u011f\u00fcn\u00fcz bir App Store kural\u0131n\u0131 hedefleyen basit bir betik yazarak ba\u015flay\u0131n. \u00d6rne\u011fin, gizlilik politikas\u0131 URL’sinin \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol eden bir Python beti\u011fi:<\/p>\n
\n\n # check_privacy_url.py\n import requests\n\n def check_url(url):\n try:\n response = requests.head(url, timeout=5)\n if response.status_code == 200:\n print(f\"\u2705 URL '{url}' eri\u015filebilir ve 200 OK d\u00f6nd\u00fcrd\u00fc.\")\n return True\n else:\n print(f\"\u274c HATA: URL '{url}' eri\u015filebilir de\u011fil veya hata kodu d\u00f6nd\u00fcrd\u00fc: {response.status_code}\")\n return False\n except requests.exceptions.RequestException as e:\n print(f\"\u274c HATA: URL '{url}' kontrol edilirken bir sorun olu\u015ftu: {e}\")\n return False\n\n privacy_policy_url = \"https:\/\/uygulamaniz.com\/gizlilik-politikasi\" # Kendi URL'nizi buraya yaz\u0131n\n if not check_url(privacy_policy_url):\n exit(1) # Hata durumunda scripti sonland\u0131r\n <\/code><\/pre>\n<\/p><\/div>\nBu beti\u011fi projenizin bir par\u00e7as\u0131 olarak kaydedin (\u00f6rne\u011fin, scripts\/check_privacy_url.py<\/code>).<\/p>\n<\/li>\n- CI\/CD Entegrasyonu:<\/strong>\n
Geli\u015ftirdi\u011finiz betikleri veya se\u00e7ti\u011finiz ara\u00e7lar\u0131 CI\/CD sisteminize entegre edin. Fastlane, bu entegrasyon i\u00e7in harika bir k\u00f6pr\u00fc g\u00f6revi g\u00f6r\u00fcr. \u00d6rne\u011fin, bir Fastfile<\/code> olu\u015fturarak bu beti\u011fi bir “lane” i\u00e7ine ekleyebilirsiniz:<\/p>\n\n\n # Fastfile \u00f6rne\u011fi\n platform :ios do\n desc \"Uygulamay\u0131 App Store'a g\u00f6ndermeden \u00f6nce \u00f6n kontrolleri yapar\"\n lane :pre_submission_checks do\n # Meta veri kontrol\u00fc (kendi Python beti\u011fimiz)\n sh \"python .\/scripts\/check_privacy_url.py\"\n\n # UI testlerini \u00e7al\u0131\u015ft\u0131r\n # run_tests(scheme: \"MyAppUITests\") # E\u011fer XCUITest'leriniz varsa\n\n # Uygulamay\u0131 derle ve ar\u015fivle\n build_app(scheme: \"MyApp\", configuration: \"Release\")\n\n # TestFlight'a y\u00fckle (iste\u011fe ba\u011fl\u0131, sadece test i\u00e7in)\n upload_to_testflight(skip_waiting_for_build_processing: true)\n\n notification(message: \"App Store \u00f6n kontrolleri tamamland\u0131 ve TestFlight'a y\u00fcklendi!\")\n end\n end\n <\/code><\/pre>\n<\/p><\/div>\nBu Fastfile<\/code>‘\u0131 CI\/CD sunucunuzda (Jenkins, GitLab CI, GitHub Actions vb.) \u00e7al\u0131\u015facak \u015fekilde yap\u0131land\u0131r\u0131n. Her yeni kod de\u011fi\u015fikli\u011finde veya belirli bir zaman \u00e7izelgesine g\u00f6re bu pre_submission_checks<\/code> lane’ini \u00e7al\u0131\u015ft\u0131r\u0131n. E\u011fer betiklerden biri hata kodu (exit(1)<\/code>) d\u00f6nd\u00fcr\u00fcrse, CI\/CD build’i ba\u015far\u0131s\u0131z olur ve geli\u015ftiricilere an\u0131nda bildirim g\u00f6nderilir.<\/p>\n<\/li>\n- S\u00fcrekli \u0130yile\u015ftirme ve Geri Bildirim:<\/strong>\n
Otomasyon s\u00fcreci dinamiktir. App Store kurallar\u0131 de\u011fi\u015febilir, uygulaman\u0131z yeni \u00f6zellikler kazanabilir. Bu nedenle, otomasyon ara\u00e7lar\u0131n\u0131z\u0131 d\u00fczenli olarak g\u00f6zden ge\u00e7irin ve g\u00fcncelleyin. Geli\u015ftiricilerden gelen geri bildirimleri dikkate al\u0131n ve otomasyonu daha verimli hale getirmek i\u00e7in iyile\u015ftirmeler yap\u0131n. Yeni bir App Store reddedilme sebebiyle kar\u015f\u0131la\u015f\u0131rsan\u0131z, hemen bu sebebi otomasyon sisteminize eklemeyi d\u00fc\u015f\u00fcn\u00fcn. Bu s\u00fcrekli iyile\u015ftirme d\u00f6ng\u00fcs\u00fc, uygulaman\u0131z\u0131n her zaman App Store’un en g\u00fcncel beklentilerini kar\u015f\u0131lamas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n<\/ol>\n
\u0130leri D\u00fczey \u0130pu\u00e7lar\u0131 ve Gelecek Perspektifleri:<\/h4>\n\n- Makine \u00d6\u011frenimi Destekli UI Testleri:<\/strong> Gelecekte, makine \u00f6\u011frenimi (ML) algoritmalar\u0131, UI’daki anormallikleri veya tutars\u0131zl\u0131klar\u0131 insan g\u00f6z\u00fcnden daha h\u0131zl\u0131 ve do\u011fru bir \u015fekilde tespit edebilir. \u00d6rne\u011fin, bir d\u00fc\u011fmenin yanl\u0131\u015f konumda olmas\u0131 veya metnin ta\u015fmas\u0131 gibi durumlar ML modelleriyle otomatik olarak alg\u0131lanabilir.<\/li>\n
- Daha Ak\u0131ll\u0131 Hata Tespiti:<\/strong> Geli\u015ftirdi\u011finiz otomasyon ara\u00e7lar\u0131n\u0131, uygulaman\u0131z\u0131n kullan\u0131m verileriyle (crash loglar\u0131, performans metrikleri) entegre ederek daha ak\u0131ll\u0131 hale getirebilirsiniz. Bu sayede, potansiyel reddedilme nedenlerini sadece statik kontrollerle de\u011fil, ger\u00e7ek kullan\u0131c\u0131 davran\u0131\u015flar\u0131na dayal\u0131 olarak da \u00f6ng\u00f6rebilirsiniz.<\/li>\n
- Topluluk Katk\u0131s\u0131yla Geli\u015ftirme:<\/strong> Kendi arac\u0131n\u0131z\u0131 a\u00e7\u0131k kaynak olarak payla\u015fmak veya topluluk taraf\u0131ndan geli\u015ftirilen ara\u00e7lara katk\u0131da bulunmak, otomasyon ekosistemini zenginle\u015ftirecektir. Ba\u015fkalar\u0131n\u0131n deneyimlerinden faydalanarak arac\u0131n\u0131z\u0131 daha kapsaml\u0131 hale getirebilirsiniz.<\/li>\n<\/ul>\n
Otomasyon, sadece App Store onay s\u00fcrecini kolayla\u015ft\u0131rmakla kalmaz, ayn\u0131 zamanda geli\u015ftirme ekibinizin genel verimlili\u011fini ve \u00fcr\u00fcn kalitesini de art\u0131r\u0131r. \u0130lk ba\u015fta biraz \u00e7aba gerektirse de, uzun vadede size b\u00fcy\u00fck bir zaman ve emek tasarrufu sa\u011flayacakt\u0131r.<\/p>\n
Sonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\u0130lk iOS uygulamam\u0131 yay\u0131nlama s\u00fcrecinde ya\u015fad\u0131\u011f\u0131m iki kez reddedilme deneyimi, geli\u015ftirici olarak bana \u00e7ok de\u011ferli dersler \u00f6\u011fretti. Manuel kontrollerin yetersizli\u011fini, insan hatas\u0131n\u0131n maliyetini ve App Store onay s\u00fcrecinin ne kadar titizlik gerektirdi\u011fini ac\u0131 bir \u015fekilde tecr\u00fcbe ettim. Ancak bu zorluklar, ayn\u0131 zamanda bir f\u0131rsata d\u00f6n\u00fc\u015ft\u00fc: Kendi otomatik kontrol arac\u0131m\u0131z\u0131 geli\u015ftirme ve bu sayede gelecekteki projelerimizde benzer sorunlar\u0131 bir daha ya\u015famama kararl\u0131l\u0131\u011f\u0131na ula\u015ft\u0131k. Otomasyon, App Store’un karma\u015f\u0131k kurallar\u0131n\u0131 anlamam\u0131za, uyumlulu\u011fu sistematik hale getirmemize ve geli\u015ftirme s\u00fcrecimizi \u00e7ok daha verimli k\u0131lmam\u0131za yard\u0131mc\u0131 oldu.<\/p>\n
Bu ara\u00e7 sayesinde, uygulaman\u0131n meta verilerinden harici ba\u011flant\u0131lar\u0131n eri\u015filebilirli\u011fine, temel UI kontrollerinden gizlilik a\u00e7\u0131klamalar\u0131na kadar bir\u00e7ok kritik noktay\u0131 otomatik olarak do\u011frulayabiliyoruz. CI\/CD s\u00fcre\u00e7lerine entegre edilen bu sistem, her kod de\u011fi\u015fikli\u011finde potansiyel reddedilme nedenlerini erken a\u015famada tespit ederek, hem zamandan hem de maliyetten tasarruf etmemizi sa\u011fl\u0131yor. Geli\u015ftirici olarak, art\u0131k “Acaba reddedilir miyiz?” endi\u015fesiyle de\u011fil, “Uygulamam\u0131z ne kadar sa\u011flam?” sorusuyla ilerleyebiliyoruz. Her geli\u015ftiricinin kendi projesinin dinamiklerine uygun bir otomasyon stratejisi benimsemesi, App Store yolculu\u011funu \u00e7ok daha sorunsuz ve keyifli hale getirecektir.<\/p>\n
S\u0131k\u00e7a Sorulan Sorular:<\/h4>\n\n- \n Soru 1: Bu ara\u00e7 sadece iOS i\u00e7in mi kullan\u0131labilir?<\/strong><\/p>\n
Cevap 1:<\/strong> Hay\u0131r, makalede bahsedilen genel prensipler ve otomasyon yakla\u015f\u0131mlar\u0131 (meta veri kontrol\u00fc, ba\u011flant\u0131 do\u011frulamas\u0131, temel uygulama i\u00e7i testler) Android uygulamalar\u0131 i\u00e7in Google Play Store onay s\u00fcrecinde de benzer \u015fekilde uygulanabilir. Sadece kullan\u0131lan ara\u00e7lar (\u00f6rne\u011fin, Fastlane yerine Gradle betikleri, XCUITest yerine Espresso) ve platforma \u00f6zel kurallar farkl\u0131l\u0131k g\u00f6sterecektir. Temel mant\u0131k, manuel kontrolleri otomatikle\u015ftirmek \u00fczerine kuruludur.<\/p>\n<\/li>\n- \n Soru 2: Kendi arac\u0131m\u0131 geli\u015ftirmek yerine haz\u0131r \u00e7\u00f6z\u00fcmler kullanabilir miyim?<\/strong><\/p>\n
Cevap 2:<\/strong> Kesinlikle! Makalede de belirtildi\u011fi gibi, Fastlane, SwiftLint, Danger gibi bir\u00e7ok haz\u0131r ve g\u00fc\u00e7l\u00fc ara\u00e7 bulunmaktad\u0131r. Kendi arac\u0131n\u0131z\u0131 geli\u015ftirmek yerine, mevcut ara\u00e7lar\u0131 kendi ihtiya\u00e7lar\u0131n\u0131za g\u00f6re yap\u0131land\u0131rmak ve entegre etmek genellikle daha h\u0131zl\u0131 ve s\u00fcrd\u00fcr\u00fclebilir bir \u00e7\u00f6z\u00fcmd\u00fcr. Kendi arac\u0131n\u0131z\u0131 ancak \u00e7ok ni\u015f veya mevcut ara\u00e7lar\u0131n kapsamad\u0131\u011f\u0131 \u00f6zel ihtiya\u00e7lar\u0131n\u0131z oldu\u011funda geli\u015ftirmeyi d\u00fc\u015f\u00fcnebilirsiniz.<\/p>\n<\/li>\n- \n Soru 3: Otomasyon App Store onay\u0131n\u0131 garanti eder mi?<\/strong><\/p>\n
Cevap 3:<\/strong> Otomasyon, App Store reddedilme riskini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131r ve en s\u0131k kar\u015f\u0131la\u015f\u0131lan hatalar\u0131 \u00f6nler, ancak %100 onay garantisi vermez. Apple’\u0131n inceleme s\u00fcreci bazen s\u00fcbjektif olabilir veya uygulaman\u0131z\u0131n benzersiz bir \u00f6zelli\u011fi nedeniyle beklenmedik bir kural ihlali tespit edilebilir. Otomasyon, “bilinen” ve “tekrar eden” hatalar\u0131 elimine etmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r, ancak her zaman insan incelemesinin yerini tutmaz.<\/p>\n<\/li>\n- \n Soru 4: K\u00fc\u00e7\u00fck ekipler i\u00e7in otomasyonun maliyeti ne kadar?<\/strong><\/p>\n
Cevap 4:<\/strong> Otomasyonun ba\u015flang\u0131\u00e7 maliyeti (kurulum ve betik yazma i\u00e7in harcanan zaman) olabilir, ancak uzun vadede b\u00fcy\u00fck bir yat\u0131r\u0131m getirisi sa\u011flar. K\u00fc\u00e7\u00fck ekipler i\u00e7in \u00f6zellikle kritik \u00f6neme sahiptir, \u00e7\u00fcnk\u00fc k\u0131s\u0131tl\u0131 kaynaklarla daha fazla i\u015f yapma ve zaman kay\u0131plar\u0131n\u0131 minimize etme imkan\u0131 sunar. Bir\u00e7ok a\u00e7\u0131k kaynakl\u0131 otomasyon arac\u0131 \u00fccretsizdir ve CI\/CD hizmetlerinin \u00fccretsiz katmanlar\u0131 (\u00f6rne\u011fin, GitHub Actions) mevcuttur. Ba\u015flang\u0131\u00e7ta sadece en kritik 2-3 kontrol\u00fc otomatikle\u015ftirmek bile b\u00fcy\u00fck fark yaratacakt\u0131r.<\/p>\n<\/li>\n- \n Soru 5: Hangi App Store kurallar\u0131 otomatikle\u015ftirmesi en zor olanlard\u0131r?<\/strong><\/p>\n
Cevap 5:<\/strong> S\u00fcbjektif yorum gerektiren veya insan de\u011ferlendirmesine dayal\u0131 kurallar\u0131 otomatikle\u015ftirmek zordur. \u00d6rne\u011fin, “kullan\u0131c\u0131 deneyimi iyi de\u011fil” (4.2), “uygulama bir demo gibi hissediliyor” (4.2) veya “telif hakk\u0131 ihlali var” (5.2) gibi durumlar genellikle otomatik ara\u00e7larla tam olarak tespit edilemez. G\u00f6rsel tasar\u0131m\u0131n esteti\u011fi, uygulaman\u0131n genel “hissiyat\u0131” veya karma\u015f\u0131k telif hakk\u0131 ihlalleri gibi konular hala insan incelemesi gerektirir. Otomasyon, daha \u00e7ok teknik ve nicel kontrol noktalar\u0131na odaklan\u0131r.<\/p>\n<\/li>\n<\/ul>\n