Periksa arti jawaban setelah pertanyaan diterjemahkan

Pertanyaan yang terdengar wajar dapat menghasilkan catatan yang salah bila arti pilihan tidak diperiksa bersama penyimpanannya. Risiko ini mudah muncul pada pertanyaan ya atau tidak: penulis mengubah susunan kalimat agar lebih alami, tetapi aplikasi masih memakai arti dari pertanyaan lama.

Peninjauan bahasa perlu mengikuti jawaban sampai ke orang yang menggunakannya. Tidak cukup memastikan ejaan, tombol, dan paragraf sudah berbahasa Indonesia. Pertanyaan lengkap, pilihan, nilai yang dikirim, dan uraian pada sisi staf harus menjelaskan keadaan yang sama.

Temukan perbedaan melalui satu catatan

Bayangkan bengkel fiktif menanyakan riwayat barang sebelum pemeriksaan. Formulir lama mempunyai pertanyaan berbahasa Inggris yang menanyakan apakah barang belum pernah diperbaiki. Bidang internalnya bernama never_repaired: nilai benar berarti pelanggan melaporkan belum ada perbaikan sebelumnya; nilai salah berarti pelanggan melaporkan pernah ada perbaikan.

Versi Indonesia menggunakan pertanyaan yang telah disetujui pemilik proses: “Apakah barang ini pernah diperbaiki sebelumnya?” Pelanggan pada permintaan R-12 memilih “Ya”. Ia juga menulis bahwa motor penggerak diganti tahun lalu. Namun, tampilan teknisi mengatakan “Belum pernah diperbaiki”.

Pemeriksaan tidak langsung menyimpulkan pelanggan keliru. Tim membandingkan kalimat yang ditampilkan, pilihan yang diambil, nilai yang dikirim, catatan penyimpanan, dan penjelasan staf. Hasilnya menunjukkan bahwa antarmuka memetakan “Ya” menjadi nilai benar secara langsung. Nilai benar tersebut masih dibaca sebagai never_repaired. Pertanyaan berubah arah, sementara arti bidang tidak berubah.

Tuliskan arti yang harus dipertahankan

Pemilik proses menyetujui bahwa kebutuhan sebenarnya adalah riwayat yang dilaporkan pelanggan, termasuk bila pelanggan tidak mengetahuinya. Ini bukan kesimpulan teknisi tentang kondisi barang atau bukti bahwa suatu perbaikan benar-benar dilakukan.

Pilihan lengkap mengurangi ketergantungan pada kata “Ya” yang hanya mempunyai arti bila dibaca bersama pertanyaannya. Dalam contoh ini, antarmuka baru memakai nilai bernama untuk ketiga jawaban. Penghubung ke sistem lama menerapkan pemetaan yang dinyatakan secara eksplisit. Pemeriksaan terhadap antarmuka dan penyimpanan tujuan memastikan bahwa bidang lama menerima nilai benar, salah, atau null. Pemilik proses menyetujui penggunaan null untuk riwayat yang tidak diketahui. Jadi, pilihan bernama pada antarmuka diteruskan melalui pemetaan tersebut tanpa mengubah jawaban tidak diketahui menjadi salah satu nilai boolean.

Kemampuan menyimpan keadaan tidak diketahui perlu diperiksa. Jika sistem tujuan hanya menyediakan dua nilai, jangan memasukkan jawaban tidak diketahui ke salah satunya demi memenuhi syarat kolom. Pilih perubahan skema atau jalur pemeriksaan yang disetujui sebelum menganggap persoalan selesai.

Perbaiki alur, lalu periksa hasil penerima

Pada salinan uji, tim memasukkan tiga contoh baru. R-15 memilih “Pernah diperbaiki”; catatan teknisi menyebut riwayat perbaikan dilaporkan. R-16 memilih “Belum pernah diperbaiki”; catatan mempertahankan laporan tersebut. R-17 memilih “Saya tidak tahu riwayat perbaikannya”. Catatan tujuan menyimpan never_repaired = null; saat dibuka kembali, pilihan tidak diketahui tetap terpilih. Tampilan teknisi dan ekspor menuliskan “Riwayat perbaikan tidak diketahui”, sehingga nilai tersebut tidak dibaca sebagai laporan bahwa barang belum pernah diperbaiki.

Tim kemudian membuka kembali setiap permintaan dan memeriksa nilai yang ditampilkan pada formulir. Tampilan tidak boleh mengubah jawaban setelah disimpan. Ekspor yang dipakai staf juga menunjukkan arti yang sama. Catatan lain yang masuk melalui formulir Inggris lama tetap mengikuti pemetaan lamanya sampai jalur itu diubah secara terencana.

Hasil tersebut menguji hubungan pertanyaan dan catatan. Hasilnya tidak menentukan hak garansi, biaya perbaikan, atau kesimpulan pemeriksaan barang. Keputusan tersebut mempunyai sumber dan kewenangan sendiri.

Tangani catatan lama tanpa membalik semuanya

R-12 mempunyai bukti tambahan berupa uraian pelanggan tentang penggantian motor. Petugas yang berwenang meninjau catatan asli, mengonfirmasi arti laporan, dan mencatat koreksi riwayat beserta alasannya. Nilai kiriman awal serta catatan koreksi tetap dapat ditelusuri; kesalahan tidak dihilangkan dari riwayat.

Permintaan lain mungkin tidak mempunyai penjelasan tambahan. Tidak aman membalik semua nilai benar menjadi salah karena sebagian catatan dapat berasal dari jalur Inggris yang masih tepat. Daftar pemeriksaan dibatasi pada versi formulir dan masa penggunaan yang diketahui. Catatan tanpa bukti cukup tetap ditandai untuk klarifikasi.

Dengan demikian, perbaikan untuk pengiriman berikutnya dan penilaian catatan terdahulu menjadi dua pekerjaan yang jelas. Menutup masalah antarmuka tidak berarti seluruh riwayat sudah diperbaiki.

Jadikan makna bagian dari peninjauan bahasa

Bahan peninjauan sebaiknya memuat kalimat lengkap, pilihan, pesan setelah penyimpanan, dan tampilan penerima. Sertakan contoh yang menghasilkan jawaban berbeda. Peninjau bahasa dapat menilai makna kalimat; pemilik proses menyetujui arti operasional; pengembang memeriksa pemetaan serta hasilnya.

Penjelasan W3C tentang label dan instruksi memberi konteks tentang informasi yang membantu pengguna memahami masukan. Label yang tersedia tetap perlu sesuai dengan keputusan yang diminta. Pemeriksaan standar dan pemeriksaan makna bisnis saling melengkapi, bukan saling menggantikan.

Untuk proyek Anda, bawa satu pertanyaan yang jawabannya dipakai staf. Ikuti jawaban tersebut melalui penyimpanan, pesan, pembukaan kembali, dan ekspor. Layanan konten dan pencarian dapat membantu penjelasan antarmuka; software operasional dapat menilai bagaimana arti itu diteruskan ke pekerjaan staf.