Pembaruan blog sering diperiksa melalui tampilan beranda saja. Padahal, perubahan template dapat memengaruhi halaman artikel, arsip kategori, hasil pencarian, dan formulir sekaligus. Audit struktur HTML membantu menemukan kerusakan yang tidak terlihat pada satu tangkapan layar. Pemeriksaannya perlu memiliki cakupan, contoh halaman, dan bukti hasil supaya tidak berubah menjadi kegiatan menekan tombol tanpa tujuan.

Mulailah dengan menentukan perubahan yang akan diterbitkan. Penggantian header membutuhkan perhatian pada navigasi dan fokus, sedangkan perubahan parser Markdown membutuhkan pemeriksaan heading, tautan, daftar, serta tabel. Jangan menyebut audit menyeluruh jika hanya satu komponen diperiksa. Cakupan yang terbatas tetapi dijelaskan dengan jujur lebih berguna daripada laporan lulus yang tidak dapat direproduksi tim berikutnya.

Pilih halaman berdasarkan variasi konten

Ambil artikel pendek, artikel panjang, artikel dengan tabel, dan halaman tanpa hasil pencarian. Sertakan halaman statis serta formulir jika menggunakan template bersama. Variasi ini membantu menemukan asumsi yang tersembunyi, misalnya heading kosong ketika judul tidak tersedia atau rekomendasi yang mengambil data artikel saat daftar sebenarnya kosong. Pilih contoh nyata dari konten situs, bukan hanya halaman demonstrasi.

Catat alamat dan kondisi pengujiannya. Jika halaman memerlukan parameter pencarian atau kategori tertentu, simpan parameter tersebut dalam laporan. URL yang berbeda dapat memicu cabang tampilan yang berbeda pula. Untuk perubahan responsif, gunakan konten sama pada beberapa lebar layar agar hasil perbandingan tidak tercampur perbedaan panjang judul, jumlah kartu, atau ukuran gambar antarhalaman.

Bedakan data uji dari data pengunjung

Gunakan pesan dan alamat contoh pada formulir selama pemeriksaan lokal. Jangan menyalin informasi pengunjung dari log hanya untuk membuat skenario tampak realistis. Jika pengujian memerlukan data produksi, batasi akses dan hilangkan informasi pribadi yang tidak dibutuhkan. Catatan audit sebaiknya menjelaskan kondisi masalah tanpa menyebarkan isi pesan, kredensial, atau identitas orang lain.

Periksa peta halaman sebelum kontrol

Lihat judul utama, landmark, dan urutan heading pada dokumen hasil render. Pastikan judul sesuai halaman yang dibuka, bukan judul bawaan template yang sama pada semua alamat. Isi utama harus dapat dibedakan dari menu dan footer. Jika terdapat beberapa navigasi, periksa apakah namanya membantu membedakan tujuan, bukan sekadar mengulang istilah menu tanpa konteks.

Selanjutnya baca hanya daftar heading. Hubungan bagian dan subbagian harus dapat dipahami meskipun paragraf disembunyikan. Perhatikan heading yang berasal dari komponen rekomendasi, profil penulis, dan isi Markdown karena semuanya bergabung dalam satu dokumen. Memeriksa setiap file secara terpisah tidak cukup untuk mendeteksi urutan yang keliru setelah layout dirakit menjadi halaman lengkap.

Telusuri alur keyboard yang nyata

Mulai dari bagian atas, gunakan Tab dan Shift Tab untuk menelusuri kontrol. Catat fokus yang hilang, urutan yang melompat, atau tautan yang tidak mempunyai nama jelas. Buka menu dan tutup kembali tanpa mouse. Jika panel menggunakan Escape, pastikan penutupan tidak meninggalkan fokus pada elemen tersembunyi. Uji pula indikator fokus terhadap warna latar yang sebenarnya.

Tautan lewati konten perlu diuji sebagai tindakan, bukan hanya ditemukan dalam sumber. Aktifkan dan lihat apakah tujuan tersedia serta tidak tertutup header tetap. Jika judul panjang membuat tinggi header berubah pada ponsel, ulangi pemeriksaan. Posisi yang berhasil pada desktop belum tentu nyaman ketika halaman diperbesar atau navigasi berubah menjadi menu hamburger di layar kecil.

Jangan membuat kesimpulan dari satu perangkat

Hasil keyboard pada browser tertentu adalah bukti untuk konfigurasi itu. Ia tidak membuktikan semua pembaca layar atau perangkat seluler berperilaku sama. Tulis perangkat yang digunakan dan bagian yang belum diuji. Bila tersedia, tambahkan pembaca layar untuk memeriksa nama, peran, serta landmark. Perbedaan hasil perlu ditelusuri sebelum dianggap kesalahan pengguna atau teknologi bantunya.

Gabungkan pemeriksaan otomatis dan penilaian isi

Validator serta alat aksesibilitas dapat menemukan sebagian kesalahan markup dan atribut. Namun, alat tidak selalu mengetahui apakah judul benar-benar menjelaskan paragraf atau teks tautan cukup bermakna. Gunakan hasil otomatis sebagai daftar pemeriksaan lanjutan. Jangan menghapus aturan yang gagal hanya agar laporan terlihat hijau, terutama jika belum memahami dampak temuan tersebut bagi pembaca situs.

Periksa juga tautan internal dan anchor. Respons halaman tidak cukup dinilai dari adanya teks; alamat tidak ditemukan harus mengembalikan status yang benar. Setelah perubahan, jalankan build produksi dan ulangi contoh halaman yang sama. Mode development dapat mempunyai perilaku serta waktu kompilasi berbeda, sehingga hasilnya jangan dipakai untuk mengklaim pengalaman produksi tanpa pemeriksaan tambahan.

Simpan keputusan dan risiko tersisa

Buat laporan singkat berisi temuan, perubahan, cara menguji, dan hasil terakhir. Pisahkan masalah yang diperbaiki dari masalah yang ditunda. Jika perbaikan memerlukan keputusan desain atau penyedia layanan, jelaskan ketergantungannya. Dokumentasi ini memudahkan peninjauan berikutnya dan mencegah masalah lama muncul kembali ketika komponen disalin ke halaman baru tanpa membawa alasan keputusan struktur yang mendasarinya.

Tentukan prioritas temuan

Dahulukan masalah yang menghalangi tugas utama, seperti kontrol yang tidak dapat diaktifkan atau tujuan navigasi yang hilang. Setelahnya, perbaiki informasi yang ambigu dan inkonsistensi struktur. Jangan menyamakan semua temuan dengan tingkat risiko sama hanya karena alat memberi jumlah peringatan. Jelaskan dampaknya pada pembaca dan cara membuktikan masalah sudah berkurang setelah perubahan.

Jika waktu terbatas, pilih satu alur penting dan selesaikan pengujiannya secara utuh. Catat alur lain sebagai belum diperiksa, bukan dianggap lulus karena memakai komponen serupa. Perubahan bersama dapat berdampak berbeda menurut konteks halaman.

Referensi