Ubah satu lencana usia menjadi peta cakupan runtime yang dapat diuji

Pertama, catat apa yang sebenarnya dikontrol oleh batasan usia

Mulai lembar kerja dengan toko aplikasi, wilayah akun, target audiens yang dinyatakan, batasan usia yang ditampilkan, deskriptor konten, dan build aplikasi yang diuji. Apple mendeskripsikan batasan usianya sebagai usia minimum yang direkomendasikan untuk mengunduh, dan halaman produknya dapat mencantumkan fitur seperti konten buatan pengguna, perpesanan, dan iklan. Google Play secara terpisah meminta pengembang untuk menyatakan target audiens dan detail konten. Pembatasan ketersediaan dapat memengaruhi penelusuran, pengunduhan, pembelian, atau pembaruan, tetapi cakupannya bervariasi. Jadi, catat efek toko aplikasi yang diamati secara tepat: disembunyikan dari penelusuran, terlihat tetapi tidak dapat diunduh, pembelian dibatasi, pembaruan dibatasi, atau tidak ada perubahan. Jangan mengartikan pembatasan toko aplikasi sebagai klaim tanpa bukti bahwa balasan atau pesan telah difilter di dalam aplikasi yang sedang berjalan.

Beri setiap baris matriks bidang bukti yang sama

Buat satu baris untuk setiap permukaan dan arah konten. Kolom yang diperlukan adalah: permukaan; arah masuk, keluar, dibuat, diunggah, atau direkomendasikan; akun pengujian dan status usia; perangkat dan build; status yang diamati; setelan default; siapa yang dapat mengubahnya; lokasi kontrol berada; perilaku kegagalan; jalur pelaporan; bukti; dan pemicu pengujian ulang berikutnya. Gunakan hanya lima label status: diblokir (blocked), diberi peringatan (warned), diburamkan (blurred), diizinkan (allowed), dan dapat dilaporkan (reportable). Ini bukanlah tingkatan kualitas. Gambar yang diburamkan mungkin juga dapat dilaporkan, sementara tautan yang diizinkan mungkin tetap menampilkan peringatan. Jika terjadi dua hasil, gunakan dua observasi daripada menggabungkannya menjadi sekadar “difilter”. Tandai belum diuji dan tidak tersedia secara eksplisit; keduanya tidak berarti diizinkan.

Pisahkan output AI dari input pengguna

Beri teks yang dibuat, gambar yang dibuat, suara yang dibuat, saran, dan notifikasi baris terpisah. Kemudian uji prompt, unggahan, input mikrofon, bidang profil, dan konteks yang diimpor sebagai baris input pengguna. Suatu sistem mungkin menolak unggahan tetapi tetap menghasilkan saran yang tidak pantas dari teks biasa, atau memfilter percakapan utama sambil membiarkan pratinjau notifikasi tidak berubah. Gunakan data uji (fixtures) yang tidak berbahaya dan berlabel jelas yang melatih perutean alih-alih mengekspos peninjau ke materi yang dibatasi. Catat apakah intervensi terjadi sebelum pembuatan konten, sebelum ditampilkan, setelah ditampilkan, atau hanya setelah dilaporkan. Catat juga apakah pembuatan ulang, pengeditan, pembagian, atau penggantian model dan mode mengubah hasilnya. “Filter AI aktif” bukanlah bukti yang cukup karena jalur input dan output dapat menggunakan kontrol yang berbeda.

Petakan komunitas, kontak, dan jalur keluar tautan

Cantumkan profil, nama pengguna, komentar, postingan publik, undangan grup, penemuan kontak, pesan langsung, lampiran, dan pratinjau pesan sebagai permukaan yang berbeda. Untuk masing-masing permukaan, uji tampilan pengirim dan penerima, ditambah hasil setelah pemblokiran, pembisuan, atau pelaporan. Tautan eksternal memerlukan baris tersendiri untuk URL yang dapat diklik, teks yang disalin, gambar mirip QR, peramban dalam aplikasi (embedded browser), output AI yang dibagikan, iklan, dan halaman bantuan. Catat apakah aplikasi memblokir tujuan, memperingatkan sebelum keluar, membuka peramban dalam aplikasi, atau mengizinkan pengalihan tanpa pemberitahuan. Pengaturan yang mencakup postingan publik tidak dapat diasumsikan mencakup pesan pribadi, dan peringatan tautan dalam obrolan tidak dapat diasumsikan mencakup kartu iklan.

Uji gambar dan suara sebagai alur proses, bukan jenis file

Untuk gambar, pisahkan pengambilan kamera, unggahan galeri, pembuatan AI, lampiran yang diterima, thumbnail, tampilan layar penuh, penyimpanan, dan pembagian. Untuk suara, pisahkan input langsung, klip tersimpan, transkripsi, balasan sintetis, putar otomatis, notifikasi, dan ekspor. Sebuah baris harus menyatakan apakah suatu item diblokir, diberi peringatan, diburamkan, diizinkan, atau dapat dilaporkan sebelum dan sesudah pengguna membukanya. Periksa headphone dan pratinjau layar kunci jika relevan. Jika suatu kontrol bergantung pada analisis server, uji permintaan saat offline atau saat batas waktu habis (timed-out) dan tuliskan kondisi kegagalan yang terlihat. Perilaku aman harus eksplisit; ikon pemuatan (spinner), panel kosong, atau bypass senyap adalah hasil yang tidak diketahui, bukan bukti bahwa pemfilteran berfungsi.

Pertahankan iklan dan pembelian di dalam peta cakupan yang sama

Permukaan iklan dan pembelian mencakup materi iklan, teks iklan, penempatan, halaman arahan (landing page), peramban eksternal, halaman produk, checkout, pengungkapan perpanjangan langganan, dan pesan pasca-pembelian. Catat apakah status usia mengubah iklan mana yang muncul, apakah peringatan mendahului tujuan eksternal, dan siapa yang dapat mengubah ketersediaan pembelian. Ini bukan audit kebijakan pengeluaran umum: pertanyaannya adalah apakah konten dan peralihan tetap tercakup dari tayangan hingga tujuan. Uji pembelian yang ditolak atau tidak tersedia serta permintaan jaringan yang terputus. Kondisi kegagalan tidak boleh terlihat seperti berhasil, membuka kembali rute konten yang lebih luas, atau menghilangkan opsi pelaporan. Jika iklan disediakan oleh komponen lain, sebutkan batasan tersebut alih-alih menganggap filter utama aplikasi telah mencakupnya.

Uji ulang setelan default setelah setiap perubahan yang signifikan

Jalankan setiap baris terlebih dahulu dengan akun baru dan pengaturan yang belum diubah, kemudian setelah pengguna yang diizinkan mengubah kontrolnya, pada perangkat kedua atau klien web, serta setelah keluar dan masuk kembali. Ulangi setelah pembaruan aplikasi, model atau mode media baru, perubahan kebijakan, atau hadirnya permukaan interaksi baru. Panduan pemberdayaan pengguna dari eSafety menyoroti setelan default keamanan tinggi, pengaturan yang disesuaikan dengan usia, pemfilteran, peringatan, pemburaman, penyembunyian, kontrol kontak, pelaporan, dan peninjauan saat layanan berubah. Gunakan itu sebagai panduan audit: apakah pembaruan mempertahankan pilihan yang dicatat, mengatur ulang ke default yang lebih aman, mengekspos baris baru yang belum diuji, atau memperluas akses secara diam-diam? Beri tanggal pada setiap hasil agar hasil lulus pengujian yang lama tidak pernah disalahartikan sebagai cakupan saat ini.

Buat kesimpulan akhir tidak lebih luas dari bukti yang ada

Akhiri dengan tiga daftar: cakupan yang terkonfirmasi, celah yang teridentifikasi, dan pengujian ulang yang harus dilakukan. Suatu batasan usia bisa saja akurat sementara cakupan runtime tidak lengkap; filter runtime bisa berfungsi pada satu jalur sementara deklarasi di toko aplikasi sudah usang. Tidak ada temuan yang saling membatalkan satu sama lain. Kesimpulan yang dapat dipertanggungjawabkan menyebutkan build dan permukaan persis yang diuji, menyimpan tangkapan layar atau rekaman layar tanpa materi pribadi, dan melabeli setiap hal yang tidak diketahui. Jangan memberikan satu skor “aman” secara keseluruhan dan jangan membandingkan produk hanya berdasarkan lencana. Keputusan praktisnya lebih spesifik: apakah permukaan tertentu yang diharapkan digunakan oleh suatu keluarga memiliki setelan default yang sesuai, kontrol yang mudah dipahami, perilaku kegagalan yang terlihat, dan jalur pelaporan yang tetap berfungsi setelah pembaruan.

Lanjutkan topik ini