---
url: 'https://www.corbado.com/id/blog/pengujian-password-manager-pihak-ketiga-passkey-aplikasi'
title: 'Pengujian Password Manager untuk Kunci Sandi Aplikasi Native'
description: 'Panduan lengkap untuk menguji kunci sandi di aplikasi native iOS/Android dengan 1Password, Bitwarden & lainnya. Rencana pengujian, masalah umum & strategi siap produksi.'
lang: 'id'
author: 'Vincent Delitz'
date: '2025-10-02T15:12:16.958Z'
lastModified: '2026-08-28T12:01:00.426Z'
keywords: 'kunci sandi aplikasi native, password manager pihak ketiga, pengujian kunci sandi, pengelola kata sandi'
category: 'Passkeys Implementation'
---

# Pengujian Password Manager untuk Kunci Sandi Aplikasi Native

## Key Facts

- **iOS 17 dan Android 14** pertama kali memungkinkan password manager pihak ketiga
  bertindak sebagai penyedia kunci sandi di aplikasi native, sehingga membutuhkan
  pengujian lintas penyedia yang sistematis.
- Hanya 5-10% pengguna yang bergantung pada password manager pihak ketiga, tetapi hal ini
  menghasilkan tiket dukungan yang tidak proporsional dalam **penerapan skala besar**.
- **Lima target utama** (1Password, Bitwarden, Dashlane, Proton Pass, dan NordPass)
  mencakup 85% pengguna password manager pihak ketiga di UE/AS/Inggris/AUS/NZ.
- Konfigurasi flag **BE/BS** yang tidak tepat oleh beberapa password manager pihak ketiga
  menyumbang sebagian besar kegagalan sinkronisasi kunci sandi dalam lingkungan produksi.
- Pada Android, **launchMode singleInstance** menyebabkan Credential Manager terbuka
  sebagai tugas terpisah; beralih ke singleTask mencegah bug siklus hidup di berbagai OEM.

## 1. Pendahuluan: Kunci Sandi Aplikasi Native bertemu dengan Password Manager Pihak Ketiga

Dengan dirilisnya [iOS 17](https://www.corbado.com/blog/apple-passkeys-integration) dan
[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android) 14, lanskap
[kunci sandi](https://www.corbado.com/id/glossary/cda) untuk aplikasi seluler native telah berubah secara
fundamental. Untuk pertama kalinya,
[password manager](https://www.corbado.com/blog/passkeys-vs-password-managers) pihak ketiga dapat bertindak
sebagai [penyedia kunci sandi](https://www.corbado.com/id/blog/penyedia-passkey-aaguid-adopsi), mendobrak
eksklusivitas dari [iCloud Keychain](https://www.corbado.com/glossary/icloud-keychain) dan
[Google Password Manager](https://www.corbado.com/blog/how-to-use-google-password-manager). Hal ini memungkinkan
pengguna untuk membawa solusi tepercaya mereka sendiri seperti
[1Password](https://www.corbado.com/blog/1password-passkeys-best-practices-analysis),
[Bitwarden](https://www.corbado.com/blog/passkey-analysis-bitwarden-developer-survey-2024), atau
[Dashlane](https://www.corbado.com/blog/dashlane-passkeys) ke dalam alur
[autentikasi](https://www.corbado.com/id/blog/cara-menjadi-sepenuhnya-tanpa-password)
[aplikasi native](https://www.corbado.com/id/blog/webauthn-relying-party-id-rpid-kunci-sandi). Meskipun hal ini
merupakan kemenangan besar bagi pilihan pengguna, hal ini memperkenalkan kompleksitas yang
signifikan bagi developer. [Implementasi kunci sandi](https://www.corbado.com/id/blog/passkey-day-2-problems)
Anda dapat berperilaku berbeda di berbagai
[password manager](https://www.corbado.com/blog/passkeys-vs-password-managers) dalam aplikasi seluler native.
Jadi, penting bagi tim mana pun untuk menguji [kunci sandi](https://www.corbado.com/id/glossary/cda)
[aplikasi native](https://www.corbado.com/id/blog/webauthn-relying-party-id-rpid-kunci-sandi) dan
[password manager](https://www.corbado.com/blog/passkeys-vs-password-managers) pihak ketiga dengan benar.

Panduan komprehensif ini membagikan pendekatan teruji kami untuk
[pengujian kunci sandi](https://www.corbado.com/id/blog/pengujian-kunci-sandi)
[aplikasi native](https://www.corbado.com/id/blog/webauthn-relying-party-id-rpid-kunci-sandi) dengan password
manager pihak ketiga. Meskipun ekosistem [kunci sandi](https://www.corbado.com/id/glossary/cda) telah matang
secara signifikan pada tahun 2025, implementasi dunia nyata masih memerlukan validasi yang
cermat di berbagai implementasi password manager. Kami telah merangkum pengalaman kami
menjadi rencana pengujian praktis yang memastikan aplikasi native Anda bekerja dengan
mulus menggunakan password manager pilihan pengguna.

## 2. Mengapa Pengujian Kunci Sandi penting dalam Produksi

### 2.1 Pengguna membawa Password Manager mereka sendiri

Ekosistem password manager telah berkembang melampaui solusi native platform. Pengguna
secara aktif memilih password manager pihak ketiga seperti
[1Password](https://www.corbado.com/blog/1password-passkeys-best-practices-analysis),
[Bitwarden](https://www.corbado.com/blog/passkey-analysis-bitwarden-developer-survey-2024),
[Dashlane](https://www.corbado.com/blog/dashlane-passkeys), Proton Pass, dan NordPass berdasarkan kebutuhan
spesifik mereka, seperti sinkronisasi lintas platform, fitur perusahaan, atau preferensi
privasi. Aplikasi native [iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios) /
[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android) Anda harus mengakomodasi keragaman ini
tanpa memaksa pengguna untuk beralih dari solusi manajemen
[kata sandi](https://www.corbado.com/id/blog/cara-mengaktifkan-passkey-android) tepercaya mereka.

Berdasarkan data yang kami ukur di berbagai halaman Corbado, kami melihat bahwa hanya
5-10% pengguna umum yang bergantung pada password manager pihak ketiga. Meskipun angka ini
mungkin terdengar rendah, ini akan berdampak besar pada persepsi
[implementasi kunci sandi](https://www.corbado.com/id/blog/passkey-day-2-problems) Anda dan jumlah tiket dukungan
jika Anda bekerja dalam lingkungan berskala besar. Kami telah melihat bahwa beberapa
password manager menerapkan spesifikasi WebAuthn dengan sedikit berbeda, yang menyebabkan
variasi kecil dalam pengalaman pengguna atau bahkan bug.

### 2.2 Pola UX Berbeda dalam Aplikasi Native

Aplikasi native [iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios) dan
[Android](https://www.corbado.com/blog/how-to-enable-passkeys-android) menyediakan berbagai cara untuk penggunaan
kunci sandi. Di Android, Anda akan menemukan overlay kunci sandi dan input kolom teks
manual yang memicu upacara kunci sandi (untuk aplikasi web, Android juga mendukung
[Conditional UI](https://www.corbado.com/glossary/conditional-ui)). [iOS](https://www.corbado.com/blog/how-to-enable-passkeys-ios)
menyajikan kumpulan overlay kunci sandinya sendiri bersama dengan
[Conditional UI](https://www.corbado.com/glossary/conditional-ui) dan juga input kolom teks manual. Selain itu,
ada kasus khusus lain yang perlu diperiksa. Secara keseluruhan, aplikasi native Anda harus
menangani dengan baik:

- **Login overlay kunci sandi** yang muncul segera setelah halaman dimuat
- **Login Conditional UI (hanya iOS)** yang secara otomatis menyarankan kunci sandi yang
  tersedia
- **Login kolom teks** di mana pengguna memasukkan nama pengguna mereka sebelum mengklik
  tombol
- **Autentikasi lintas perangkat** (CDA) untuk penggunaan kunci sandi dengan perangkat
  lain
- **Mekanisme fallback** ketika penggunaan kunci sandi tidak tersedia

### 2.3 Flag WebAuthn membutuhkan Presisi

Konfigurasi flag yang benar menentukan apakah kunci sandi berfungsi seperti yang
diharapkan di berbagai perangkat dan platform. Nilai kritis meliputi:

- **Relying Party ID (rpID)**: Harus cocok persis antara implementasi web dan native serta
  merupakan domain yang mengikat kunci sandi
- **User verification**: Menentukan bahwa pengguna perlu memberikan
  [autentikasi](https://www.corbado.com/id/blog/cara-menjadi-sepenuhnya-tanpa-password) lokal mereka
- **Resident key/discoverable credentials**: Memungkinkan
  [autentikasi](https://www.corbado.com/id/blog/cara-menjadi-sepenuhnya-tanpa-password) tanpa nama pengguna
  (memungkinkan untuk [Conditional UI](https://www.corbado.com/glossary/conditional-ui))
- **Backup eligibility (BE) dan backup state (BS)**: Memungkinkan sinkronisasi kunci sandi
  lintas perangkat

Flag yang salah konfigurasi tidak selalu langsung menyebabkan kegagalan. Namun, flag
tersebut dapat menciptakan masalah halus dan inkonsistensi seperti kunci sandi yang
tersedia di satu perangkat tetapi tidak disinkronkan antar perangkat (meskipun password
manager pihak ketiga yang sama mungkin tersedia di kedua perangkat). Salah satu temuan
kami dalam pengujian adalah, bahwa beberapa password manager pihak ketiga mengatur flag
BE/BS secara salah dan menyumbang sebagian besar masalah kunci sandi.

### 2.4 Manajemen Siklus Hidup pada Aplikasi Single-Instance

Arsitektur single-activity (Android) dan single-scene (iOS) memerlukan manajemen siklus
hidup yang cermat. Ketika lembar password manager muncul dan ditutup, aplikasi Anda harus
mempertahankan status, menangani callback, dan melanjutkannya dengan benar. Ini sangat
penting di Android, di mana konfigurasi `launchMode` dapat menyebabkan perilaku yang tidak
diharapkan.

Sebagai contoh, kami menemukan bahwa mengatur `MainActivity` ke
`launchMode="singleInstance"` menciptakan masalah. Pada beberapa versi Android dan
kustomisasi OEM, mode ini menyebabkan UI Passkey
[Credential Manager](https://www.corbado.com/id/blog/webauthn-errors) terbuka sebagai tugas terpisah. Ini tidak
hanya menambahkan entri aplikasi tambahan yang membingungkan ke layar "Recents" tetapi
juga dapat menyebabkan aplikasi hang jika berada di latar belakang saat dialog kunci sandi
terbuka.

Perbaikan yang direkomendasikan adalah mengubah konfigurasi menjadi
`launchMode="singleTask"`. Ini mencegah [Credential Manager](https://www.corbado.com/id/blog/webauthn-errors)
memunculkan tugas terpisah, memastikan siklus hidup yang lebih dapat diprediksi di
berbagai OEM (Samsung, Google, Vivo, dll.) dan mengurangi risiko bug spesifik vendor. Hal
ini memberikan fondasi yang lebih stabil untuk menguji navigasi, overlay, dan deeplink.

Kami telah mengamati bahwa masalah siklus hidup tersebut sering menyamar sebagai "bug
password manager" ketika sebenarnya itu adalah masalah tingkat aplikasi. Instrumentasi dan
pengujian yang tepat di berbagai penyedia membantu mengidentifikasi pola-pola ini lebih
awal.

## 3. Menyiapkan Lingkungan Pengujian Anda

### 3.1 Target Password Manager

Fokuskan [pengujian kunci sandi](https://www.corbado.com/id/blog/pengujian-kunci-sandi) aplikasi native Anda pada
password manager pihak ketiga yang paling banyak diadopsi:

**Target utama (cakupan esensial):**

- [1Password](https://www.corbado.com/blog/1password-passkeys-best-practices-analysis)
- [Bitwarden](https://www.corbado.com/blog/passkey-analysis-bitwarden-developer-survey-2024)
- [Dashlane](https://www.corbado.com/blog/dashlane-passkeys)
- Proton Pass
- NordPass

**Target sekunder (berdasarkan basis pengguna Anda):**

- Penyedia regional (misalnya, [Samsung](https://www.corbado.com/blog/samsung-passkeys) Pass untuk perangkat
  [Samsung](https://www.corbado.com/blog/samsung-passkeys))
- Solusi perusahaan jika menargetkan pengguna bisnis
- Default platform (Google Password Manager, [iCloud Keychain](https://www.corbado.com/glossary/icloud-keychain))
  sebagai baseline

Hindari godaan untuk menguji setiap password manager yang tersedia. Fokuslah pada penyedia
yang mewakili 90% basis pengguna Anda. Analitik kami menunjukkan bahwa lima target utama
mencakup 85% pengguna password manager pihak ketiga di UE/AS/Inggris/AUS/NZ.

### 3.2 Daftar Periksa Pra-Penerbangan

Sebelum memulai setiap pengujian, pastikan lingkungan yang bersih dan dapat direproduksi:

**1. Keadaan kredensial bersih:**

- Hapus semua kredensial yang ada untuk RP ID Anda
- Bersihkan cache browser dan aplikasi
- Keluar sepenuhnya dan masuk kembali ke password manager
- Tutup paksa dan luncurkan kembali aplikasi target

**2. Stabilkan lingkungan pengujian:**

- Pastikan konektivitas jaringan yang stabil (tidak ada VPN selama pengujian)
- Nonaktifkan animasi UI jika mengotomatisasi pengujian
- Gunakan orientasi perangkat yang konsisten
- Dokumentasikan versi OS, versi aplikasi, dan versi password manager

## 4. Rencana Pengujian Komprehensif

Setiap pengujian memvalidasi aspek fungsionalitas kunci sandi tertentu. Dokumentasikan
hasil secara sistematis menggunakan status lulus/gagal dan catatan terperinci untuk
anomali apa pun.

### 4.1 Pengujian Alur Autentikasi Inti

#### Pengujian 1: Batalkan Pembuatan Kunci Sandi (setelah Login konvensional berhasil)

**Validasi penanganan pembatalan dengan baik**

✓ Lembar password manager terbuka dengan benar\
✓ Pengguna membatalkan tanpa membuat kunci sandi\
✓ Aplikasi kembali ke layar login ✓ Tidak ada kredensial yatim di password manager\
✓ UI menampilkan opsi coba lagi yang sesuai

#### Pengujian 2: Buat Kunci Sandi (setelah Login konvensional berhasil)

**Verifikasi pembuatan kunci sandi setelah alur autentikasi**

✓ Autentikasi lokal berjalan dengan andal\
✓ [Autentikasi biometrik](https://www.corbado.com/id/faq/apa-itu-passkeys) selesai dengan sukses\
✓ Kredensial dibuat dengan RP ID yang benar\
✓ Aplikasi bertransisi ke status terautentikasi tanpa loop

#### Pengujian 3: Autentikasi dengan Kunci Sandi yang Ada

**Uji skenario autentikasi standar**

✓ UI Overlay Kunci Sandi muncul atau pengguna memberikan nama pengguna di skenario kolom
teks ✓ Pemindaian biometrik dan prompt biometrik tunggal mengarah pada autentikasi yang
berhasil\
✓ Tidak ada loop seleksi atau kemunculan ulang lembar\
✓ Sesi tetap stabil pasca-autentikasi

#### Pengujian 4: Buat Kunci Sandi dari Pengaturan

**Validasi manajemen kunci sandi dalam aplikasi**

✓ RP ID, discoverability, dan flag BE/BS yang benar\
✓ Aplikasi tetap terautentikasi setelah pembuatan\
✓ Password manager segera diperbarui dengan label yang benar

#### Pengujian 5: Hapus kunci sandi dan coba login kembali

**Uji manajemen siklus hidup kredensial**

✓ [Hapus kunci sandi](https://www.corbado.com/id/blog/cara-menghapus-kunci-sandi-apple-windows-android) di
pengaturan ✓ [Login kunci sandi](https://www.corbado.com/id/blog/passkey-login-praktik-terbaik) tidak
dimungkinkan\
✓ Opsi fallback yang sesuai ditawarkan

### 4.2 Pengujian Kompatibilitas Lintas Platform

#### Pengujian 6: Gunakan Kunci Sandi yang Dibuat secara Native di Web (Perangkat yang Sama)

**Validasi portabilitas aplikasi ke web**

✓ Browser mengenali kunci sandi yang dibuat oleh aplikasi\
✓ Lembar pilihan menunjukkan asosiasi RP yang benar\
✓ Autentikasi selesai tanpa perlu jalur memutar melalui QR/[CDA](https://www.corbado.com/id/glossary/cda)

#### Pengujian 7: Gunakan Kunci Sandi yang Dibuat di Web pada Aplikasi Native

**Uji berbagi kredensial web ke aplikasi**

✓ Aplikasi menampilkan kredensial yang dibuat di web dalam pilihan\
✓ Autentikasi percobaan pertama berhasil\
✓ Tidak ada fallback [kata sandi](https://www.corbado.com/id/blog/cara-mengaktifkan-passkey-android) paksa

#### Pengujian 8: Sinkronisasi Lintas Perangkat (Seluler ke Desktop)

**Verifikasi sinkronisasi kunci sandi dari aplikasi native ke browser desktop**

✓ Kunci sandi yang dibuat di aplikasi tersinkronisasi ke password manager desktop ✓ Kunci
sandi yang tersinkronisasi berfungsi mulus di browser desktop ✓ Tidak ada
[kode QR](https://www.corbado.com/id/blog/kode-qr-login-autentikasi) / alur lintas perangkat yang dipicu ✓
Autentikasi selesai tanpa loop atau kesalahan

#### Pengujian 9: Sinkronisasi Lintas Perangkat (Desktop ke Seluler)

**Verifikasi sinkronisasi kunci sandi dari browser desktop ke aplikasi native**

✓ Kunci sandi yang dibuat di desktop tersinkronisasi ke password manager seluler ✓
Aplikasi native secara tepat menampilkan kunci sandi yang disinkronkan ✓ Autentikasi
berhasil tanpa fallback [kata sandi](https://www.corbado.com/id/blog/cara-mengaktifkan-passkey-android) ✓ Log
mengikat asersi ke ID kredensial yang benar

#### Pengujian 10: Seluler sebagai Autentikator untuk Web

**Validasi skenario ponsel sebagai kunci keamanan**

✓ Ponsel menawarkan kredensial yang dibuat di aplikasi untuk [CDA](https://www.corbado.com/id/glossary/cda) web\
✓ Tidak ada peringatan palsu
"[tidak ada kunci sandi yang tersedia](https://www.corbado.com/id/blog/pemecahan-masalah-passkey-solusi)"\
✓ Sesi web selesai setelah biometrik seluler

## 5. Masalah Umum dan Strategi Mitigasi

Pengujian ekstensif kami mengungkapkan beberapa pola berulang yang memengaruhi integrasi
kunci sandi password manager pihak ketiga:

### Penundaan Sinkronisasi Lintas Perangkat

**Masalah:** Kredensial yang dibuat di satu perangkat mungkin tidak langsung muncul di
perangkat lain.

**Solusi:** Terapkan logika pengulangan dengan backoff eksponensial. Sediakan opsi
pembaruan manual bagi pengguna yang mengalami penundaan sinkronisasi.

### Perilaku Spesifik Versi

**Masalah:** Perilaku password manager bervariasi secara signifikan antara versi OS,
terutama pada Android 14+ dan [iOS 17](https://www.corbado.com/blog/apple-passkeys-integration)+.

**Solusi:** Pertahankan matriks kompatibilitas dan sesuaikan alur berdasarkan versi OS
yang terdeteksi. Pertimbangkan persyaratan versi minimum untuk pengalaman optimal.

## 6. Kesimpulan: Membangun Dukungan Kunci Sandi Siap Produksi

Mengimplementasikan dukungan kunci sandi password manager pihak ketiga secara sukses di
aplikasi native memerlukan pengujian yang metodis dan perhatian terhadap detail. Rencana
pengujian komprehensif kami, yang disempurnakan melalui pengujian dunia nyata, memberikan
fondasi yang kuat untuk memvalidasi integrasi kunci sandi Anda.

Poin penting untuk penerapan produksi:

1. **Uji secara sistematis:** Gunakan rencana pengujian kami sebagai dasar, adaptasikan
   dengan kasus penggunaan spesifik Anda
2. **Hargai pilihan pengguna:** Dukung password manager yang disukai pengguna Anda, bukan
   hanya default platform
3. **Pantau terus-menerus:** Terapkan pencatatan komprehensif untuk menangkap kasus edge
   di lingkungan produksi
4. **Dokumentasikan secara menyeluruh:** Pertahankan catatan yang jelas tentang perilaku
   spesifik penyedia dan solusinya

Ekosistem kunci sandi terus berkembang pesat. Password manager memperbarui implementasi
mereka secara teratur, sistem operasi memperkenalkan fitur baru, dan spesifikasi WebAuthn
itu sendiri berkembang. Dengan menetapkan kerangka kerja pengujian yang tangguh sekarang,
Anda akan siap untuk beradaptasi seiring matangnya teknologi ini.

Kami akan terus memperbarui SDK dan metodologi pengujian kami saat pola baru muncul.
Investasi dalam pengujian password manager pihak ketiga yang komprehensif memberikan
dividen berupa pengurangan beban dukungan dan peningkatan kepuasan pengguna. Lagi pula,
autentikasi seharusnya dapat bekerja begitu saja—terlepas dari password manager apa pun
yang dipilih oleh pengguna Anda.

## Pertanyaan yang Sering Diajukan

### Password manager pihak ketiga mana yang harus saya prioritaskan saat menguji kunci sandi aplikasi native?

Prioritaskan 1Password, Bitwarden, Dashlane, Proton Pass, dan NordPass sebagai target
utama. Kelima penyedia ini mencakup 85% pengguna password manager pihak ketiga di pasar
UE/AS/Inggris/AUS/NZ, memberikan cakupan yang luas tanpa perlu berinvestasi berlebihan
pada penyedia yang kurang populer.

### Mengapa kunci sandi yang dibuat dalam aplikasi native gagal disinkronkan di berbagai perangkat saat menggunakan password manager pihak ketiga?

Konfigurasi flag backup eligibility (BE) dan backup state (BS) yang salah merupakan
penyebab utama kegagalan sinkronisasi lintas perangkat. Beberapa password manager pihak
ketiga mengatur flag ini dengan tidak tepat, sehingga kunci sandi yang ada di satu
perangkat tidak disinkronkan ke perangkat lain bahkan ketika password manager yang sama
diinstal pada keduanya.

### Bagaimana cara memperbaiki bug UI Android Credential Manager yang muncul sebagai tugas terpisah di layar Recents?

Mengatur MainActivity ke launchMode singleInstance menyebabkan UI
[Credential Manager](https://www.corbado.com/id/blog/webauthn-errors) muncul sebagai tugas terpisah, menciptakan
entri Recents yang membingungkan dan berpotensi membuat aplikasi hang saat berada di latar
belakang. Mengubah konfigurasi menjadi launchMode singleTask menyelesaikan masalah ini di
berbagai OEM termasuk [Samsung](https://www.corbado.com/blog/samsung-passkeys), Google, dan Vivo.

### Alur autentikasi apa yang harus saya uji saat memvalidasi dukungan password manager pihak ketiga di aplikasi native iOS atau Android?

Rencana pengujian komprehensif mencakup 10 skenario:
[pembuatan kunci sandi](https://www.corbado.com/id/blog/praktik-terbaik-pembuatan-passkey) dan pembatalan dengan
baik, overlay dan autentikasi kolom teks, manajemen kredensial dalam aplikasi, penghapusan
kredensial dengan fallback, dan sinkronisasi lintas perangkat dua arah. Pengujian lintas
platform juga harus mengonfirmasi bahwa kunci sandi yang dibuat di aplikasi dapat
diautentikasi di browser dan kunci sandi yang dibuat di web dapat diautentikasi di
aplikasi native.