Analisis resume adalah proses mengubah berkas lamaran yang tidak terstruktur menjadi bidang yang bisa diproses sistem, dan hasilnya sangat bergantung pada mutu data uji yang dipakai. Karena tata letak berkas lamaran tidak punya standar global, pengujian yang hanya memakai satu contoh rapi hampir selalu memberi gambaran yang terlalu optimistis. Halaman ini menjelaskan sumber keragaman tata letak, cakupan yang perlu diuji, cara mengorganisasi data uji, dan alasan mengapa data yang berubah setiap kali dijalankan merugikan.
Mengapa penguraian berkas lamaran tidak punya standar format?
Tidak ada satu pun lembaga yang menetapkan bagaimana sebuah berkas lamaran harus disusun, sehingga setiap pembuat berkas mengambil keputusan sendiri. Sebagian menaruh riwayat pekerjaan di atas pendidikan, sebagian membalik urutannya. Sebagian memakai satu kolom, sebagian memakai dua kolom atau lebih. Sebagian memakai tabel, sebagian menuliskan seluruh riwayat sebagai paragraf.
Keragaman itu bertambah karena berkas yang sama bisa disimpan dalam bentuk yang berbeda, dan setiap bentuk membawa kebiasaan tata letaknya sendiri. Ditambah lagi perbedaan bahasa, yang mengubah panjang judul bagian dan arah pembacaan. Semua faktor itu bertumpuk, sehingga tidak ada satu aturan tunggal yang bisa menangani seluruh berkas.
Konsekuensinya penting untuk disadari sejak awal. Pengujian penguraian tidak seharusnya dinilai dari kemampuan mengenali satu format tertentu, melainkan dari seberapa baik sistem mempertahankan hasil ketika tata letaknya berubah.
Keragaman itu juga mencakup cara penulisan waktu, karena setiap kebiasaan penulisan membawa urutan angka yang berbeda dan sebagian di antaranya mudah tertukar. Berkas yang sama bisa menampilkan rentang waktu dalam susunan hari lebih dahulu, bulan lebih dahulu, atau nama bulan ditulis penuh. Perbedaan itu terlihat sepele, tetapi sering menjadi penyebab kesalahan yang paling sulit ditemukan.
Tata letak apa saja yang perlu masuk cakupan pengujian?
Cakupan yang berguna disusun dari variasi yang benar-benar muncul di lapangan, bukan dari variasi yang mudah dibuat. Daftar berikut merangkum variasi yang paling sering mengubah hasil penguraian.
- Urutan judul bagian yang berbeda, misalnya pendidikan lebih dahulu daripada riwayat pekerjaan.
- Tata letak dua kolom, di mana bagian kiri dan kanan harus digabungkan dengan urutan yang benar.
- Isi yang disusun sebagai tabel, sehingga batas antar sel harus dikenali sebagai pemisah bidang.
- Riwayat pekerjaan yang ditulis sebagai satu paragraf panjang, tanpa penanda baris yang jelas.
- Keterampilan yang disusun sebagai deretan label atau daftar tanpa judul bagian.
- Halaman yang memuat pengalaman dari beberapa sistem penanggalan sekaligus.
Setiap variasi menguji jalur yang berbeda di dalam sistem. Menguji enam variasi itu satu kali biasanya lebih menemukan masalah daripada menguji satu berkas rapi seratus kali.
Sebaiknya data uji diorganisasi per skenario atau per nomor?
Organisasi per skenario hampir selalu lebih berguna, karena nama yang menjelaskan isi bisa langsung dibaca oleh orang yang memeriksa hasil. Nama seperti “tata letak dua kolom” atau “riwayat ditulis satu paragraf” memberi tahu apa yang sedang diuji tanpa perlu membuka berkasnya. Sebaliknya, nama seperti berkas satu, berkas dua, dan seterusnya hanya berguna bagi orang yang sudah hafal isinya.
Kebiasaan ini juga mempermudah penelusuran kutu. Ketika sebuah pengujian gagal, laporan bisa langsung menyebut skenario yang gagal, dan perbaikannya bisa diarahkan tepat ke jalur kode yang sesuai. Untuk data yang memuat bidang karier lengkap, penyusunan per skenario juga membantu menjaga keterkaitan dengan contoh lain, seperti yang diuraikan pada data karier pengujian.
Satu hal yang perlu dijaga adalah keterbacaan nama berkas di berbagai sistem. Nama yang memuat karakter khusus bisa menimbulkan masalah di sistem operasi tertentu, sehingga nama sebaiknya tetap sederhana meskipun penuh makna.
Mengapa penambahan acak membuat kegagalan tidak bisa diulang?
Bila data uji dibangkitkan ulang setiap kali pengujian berjalan, kegagalan menjadi sangat sulit ditelusuri. Masalahnya bisa hilang begitu pengujian dijalankan ulang, dan tim tidak punya contoh tetap untuk diperiksa. Waktu pun habis untuk mencoba menangkap kembali keadaan yang sama.
Pendekatan yang lebih baik adalah memisahkan dua kebutuhan. Untuk pengujian yang harus stabil, pakailah acuan tetap yang selalu menghasilkan isi yang sama. Untuk pengujian yang memang mencari keragaman, hasilkan sekumpulan besar contoh sekali saja, simpan sebagai berkas acuan, lalu perlakukan berkas itu seperti data tetap yang lain. Dengan cara ini, keragaman tetap ada, tetapi selalu bisa diulang.
Sifat yang sama berlaku pada pengujian volume besar. Data yang berubah-ubah menyulitkan pembandingan hasil antar-jalur, sedangkan data yang tetap memungkinkan perbedaan hasil dikaitkan dengan perubahan pada sistem.
Bagaimana data uji bisa menjadi kedaluwarsa?
Data uji tidak rusak secara tiba-tiba; ia menua perlahan sampai akhirnya tidak lagi mencerminkan keadaan yang dihadapi sistem. Ada beberapa penyebab yang paling sering.
- Tata letak berkas berubah, misalnya judul bagian yang dipindahkan atau ukuran huruf yang diseragamkan.
- Judul bagian dalam sebuah bahasa diganti dengan istilah yang lebih baru.
- Sebuah bahasa ditambahkan atau dihapus dari dukungan produk.
- Aturan sistem berubah, sehingga bidang yang tadinya opsional menjadi wajib.
- Contoh yang dulu mewakili keadaan ekstrem kini menjadi lazim, sehingga tidak lagi menguji batas.
Karena itu, data uji perlu ditinjau secara berkala, bukan disusun sekali lalu dibiarkan. Yang paling praktis adalah menyimpan catatan singkat mengenai alasan setiap contoh dibuat, beserta tanggal terakhir contoh itu diperiksa.
Untuk pengembang: menyusun kasus dan bidang harapan
Susun setiap kasus dengan bidang harapan yang jelas, bukan hanya dengan berkas masukan. Bidang harapan itulah yang menentukan apakah hasil penguraian dianggap benar, sehingga perbandingan tidak bergantung pada tafsiran orang yang sedang menjalankan pengujian.
Pisahkan tiga lapisan hasil yang perlu diperiksa. Lapisan pertama adalah bidang yang harus ditemukan, misalnya nama jabatan dan rentang waktu. Lapisan kedua adalah bidang yang boleh kosong, misalnya ringkasan pengalaman. Lapisan ketiga adalah bidang yang dihitung sistem, misalnya masa kerja total. Ketiga lapisan itu punya cara pemeriksaan yang berbeda dan sebaiknya tidak diuji dengan satu pemeriksaan besar.
Perhatikan juga penanganan kegagalan sebagian. Sebuah berkas bisa berhasil diurai sebagian, dengan beberapa entri dikenali dan beberapa tidak. Perilaku sistem pada keadaan itu perlu ditentukan dan diuji, karena di situlah pengguna biasanya paling bingung. Keterkaitan antara hasil penguraian dan layar yang memakainya dijelaskan pada kasus uji formulir rekrutmen.
Terakhir, simpan bidang yang memuat penanda bahwa contoh ini berasal dari lingkungan uji. Penanda itu membuat pembersihan dan ekspor bisa dijalankan dengan aman, dan membuat catatan uji tidak pernah tercampur dengan data sungguhan.
Langkah berikutnya
Pilih satu skenario yang paling sering menimbulkan masalah di tim Anda, biasanya riwayat pekerjaan yang ditulis sebagai paragraf. Sesudah itu, buka generator CV dan data pekerjaan dan susun satu catatan dengan kunci tetap sebagai bahan acuan untuk kasus tersebut, lalu simpan bidang harapannya bersama berkasnya. Bila Anda ingin memastikan catatan itu konsisten dengan data uji lain, konsistensi bidang pada data uji menjelaskan cara menjaganya.
Berkas dan bidang harapan yang dipakai sebagai contoh di halaman ini seluruhnya adalah sampel yang dibangun untuk keperluan pengujian, dan tidak memuat isi berkas lamaran siapa pun. Semua isinya disusun secara algoritmik untuk demo formulir dan pengisian data.