iOS Simulator: apa itu dan bagaimana cara kerjanya di Xcode

Apa itu Simulator di Xcode?

Xcode Simulator — alat untuk menjalankan dan men-debug aplikasi iOS langsung di Mac. Berbeda dengan emulator Android, simulator Apple tidak meniru prosesor ARM perangkat. Sebaliknya, kode dikompilasi ke kode mesin arsitektur host (x86_64 di Intel Mac atau arm64 di Apple Silicon).

Simulator menggunakan framework iOS langsung dari SDK, menyediakan akses ke UIKit, SwiftUI, Foundation, dan Core Data. Menurut Apple (WWDC 2024), lebih dari 90% pengembang menggunakan simulator pada tahap pengembangan, menghubungkan perangkat fisik hanya untuk pengujian akhir.

Setiap versi Xcode menyertakan kumpulan simulator untuk berbagai model perangkat dan versi iOS. Misalnya, Xcode 16 berisi simulator iPhone 16 Pro dengan iOS 18, iPad Pro M4 dengan iPadOS 18, Apple Watch Series 10, dan Apple TV 4K.

Instalasi dan menjalankan simulator

Simulator diinstal bersama Xcode dari Mac App Store. Untuk menambahkan versi iOS tambahan, gunakan menu Settings → Platforms. Pilih simulator dalam skema build (Scheme) dan tekan Run. Alternatifnya, jalankan simulator melalui menu Xcode → Open Developer Tool → Simulator.

// Memeriksa versi iOS minimum untuk simulator
if #available(iOS 18.0, *) {
    print("API iOS 18 tersedia")
}

Perbedaan simulator dengan perangkat nyata

Memahami perbedaan antara simulator dan perangkat nyata sangat penting untuk pengujian berkualitas. Perbedaan utama terletak pada arsitektur prosesor, kemampuan perangkat keras, dan kinerja grafis.

Kinerja di simulator biasanya lebih tinggi daripada perangkat nyata, karena menggunakan prosesor Mac yang kuat. Ini menciptakan kesan kecepatan yang salah. Animasi, bekerja dengan Core Data, dan permintaan jaringan pada perangkat nyata mungkin berjalan lebih lambat.

Kapan wajib menguji pada perangkat

Wajib menjalankan aplikasi pada perangkat nyata sebelum rilis. Skenario kritis: kamera dan AVFoundation, Bluetooth dan CoreBluetooth, notifikasi push melalui APNs, bekerja dengan sistem file di App Sandbox, kinerja grafis di Metal, dan konsumsi daya baterai.

Memeriksa TARGET_OS_SIMULATOR dalam kode

Untuk kompilasi bersyarat kode untuk simulator, Apple menyediakan TARGET_OS_SIMULATOR di Objective-C dan targetEnvironment(simulator) di Swift. Pemeriksaan ini memungkinkan penambahan log debugging, objek mock, atau menonaktifkan kode yang bergantung pada perangkat keras.

import UIKit

class CameraViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        
        #if targetEnvironment(simulator)
        showMockCameraPreview()
        print("Simulator: menggunakan kamera mock")
        #else
        setupRealCameraSession()
        #endif
    }
}

Di Objective-C, direktif #if TARGET_OS_SIMULATOR bekerja serupa. Gunakan untuk menonaktifkan kode yang memerlukan sensor perangkat keras atau kamera. Pada tahap kompilasi untuk simulator, kode ini tidak masuk ke file biner.

#if TARGET_OS_SIMULATOR
NSLog(@"Menjalankan di simulator — kamera tidak tersedia");
self.cameraButton.hidden = YES;
#else
self.cameraButton.hidden = NO;
#endif

Skenario penggunaan pemeriksaan yang umum

Pemeriksaan TARGET_OS_SIMULATOR diterapkan dalam tiga kasus: mengganti kamera dengan objek mock saat pengujian UI, menonaktifkan Core Bluetooth untuk mempercepat pengembangan, dan mencatat informasi debugging yang tidak boleh masuk ke versi rilis. Hindari menggunakan pemeriksaan untuk mengubah logika bisnis — ini dapat menyebabkan bug pada perangkat nyata.

Menjalankan tes di simulator

Xcode Simulator mendukung rangkaian tes XCTest lengkap: unit test (XCTestCase), UI test (XCUITestCase), dan performance test. Untuk pengujian di simulator tidak diperlukan sertifikat pengembang yang ditandatangani, menyederhanakan konfigurasi CI/CD.

import XCTest

final class LoginTests: XCTestCase {
    var app: XCUIApplication!
    
    override func setUp() {
        continueAfterFailure = false
        app = XCUIApplication()
        app.launch()
    }
    
    func testLoginButtonExists() {
        XCTAssertTrue(app.buttons["loginButton"].exists)
    }
    
    func testEmptyEmailValidation() {
        app.textFields["emailField"].tap()
        app.buttons["loginButton"].tap()
        let errorLabel = app.staticTexts["errorMessage"]
        XCTAssertTrue(errorLabel.exists)
    }
}

Untuk menjalankan tes dari baris perintah, gunakan xcodebuild test dengan menentukan skema dan simulator. Parameter -destination menentukan simulator spesifik tempat tes akan dijalankan.

# Menjalankan unit test di simulator iPhone 16, iOS 18
xcodebuild test \
  -scheme "MyApp" \
  -destination "platform=iOS Simulator,name=iPhone 16,OS=18.0" \
  -testPlan "AllTests"

Keterbatasan dan jebakan

Meskipun nyaman, Xcode Simulator memiliki sejumlah keterbatasan yang dapat menyebabkan bug pada perangkat nyata. Yang paling kritis adalah tidak adanya emulasi ARM: kode dikompilasi di bawah arsitektur host dan perilaku beberapa operasi mungkin berbeda.

Core Data dan sistem file bekerja lebih cepat di simulator karena SSD Mac. Pada perangkat nyata dengan memori NAND, kecepatan baca/tulis lebih rendah. Uji kinerja Core Data pada perangkat sebelum rilis, terutama untuk kumpulan data besar.

Pemeriksaan konsumsi daya di simulator tidak mungkin — simulator mendapat daya dari Mac. Mode latar belakang, termasuk memuat konten dan operasi fetch, berperilaku berbeda pada perangkat nyata karena keterbatasan baterai dan Background Task Scheduler.

Sensor perangkat keras dan biometrik

Simulator tidak memiliki akses ke sensor perangkat keras iPhone. Face ID dan Touch ID dapat disimulasikan melalui menu simulator: Features → Face ID → Matching Face. Akselerometer, giroskop, dan barometer tidak tersedia — kode yang bergantung pada CMDeviceMotion harus diuji pada perangkat. Untuk Core Location, koordinat dapat diatur melalui Debug → Simulate Location dengan memilih file GPX.

Pemeriksaan iCloud dan StoreKit di simulator juga terbatas. StoreKit Test memungkinkan simulasi pembelian tanpa App Store Connect nyata, tetapi pemeriksaan lingkungan Sandbox dan pembelian produksi memerlukan perangkat fisik. Sinkronisasi iCloud Drive dan CloudKit di simulator tidak berfungsi dengan benar — Apple merekomendasikan pengujian skenario ini hanya pada perangkat nyata.

Simulator di Mac Apple Silicon

Di Mac dengan prosesor seri M, simulator bekerja secara fundamental berbeda: kode dikompilasi ke ARM64 asli, seperti di iPhone nyata, bukan x86_64. Ini secara signifikan mengurangi kesenjangan antara simulator dan perangkat. Aplikasi yang dijalankan di simulator Apple Silicon menggunakan instruksi ARM yang sama seperti di iPhone fisik, membuat pengujian kinerja lebih representatif. Perbedaan kinerja Metal dan Core Animation antara simulator seri M dan iPhone nyata minimal dibandingkan dengan simulator Intel.

Konfigurasi simulator untuk CI

Konfigurasi simulator untuk CI memerlukan pembuatan awal perangkat dan versi iOS yang diinginkan. Di server Continuous Integration, simulator tidak dibuat secara otomatis — harus ditambahkan melalui xcrun simctl create sebelum menjalankan tes.

# Membuat simulator untuk CI
xcrun simctl create \
  "iPhone 16 CI" \
  "com.apple.CoreSimulator.SimDeviceType.iPhone-16" \
  "com.apple.CoreSimulator.SimRuntime.iOS-18-0"

# Menjalankan tes pada simulator yang dibuat
xcodebuild test \
  -workspace MyApp.xcworkspace \
  -scheme MyApp \
  -destination "id=$(xcrun simctl list devices | grep 'iPhone 16 CI' | awk -F'[][]' '{print }')"

Untuk pengujian paralel di CI, konfigurasikan beberapa simulator dengan versi iOS berbeda. Xcode Cloud, GitHub Actions, dan Bitrise mendukung eksekusi tes paralel, mengurangi waktu eksekusi 2-3 kali lipat. Pastikan semua simulator iOS yang diperlukan untuk pengujian terinstal di server CI.