Sepakati lingkup dan orang yang memutuskan
Mulai dengan brief yang disetujui, pengenal rilis, lingkungan tujuan, dan URL yang diganti. Sebutkan pemberi persetujuan klien, operator rilis agensi, dan pengganti untuk masing-masing. Sepakati kapan mereka akan tersedia dan saluran komunikasi mana yang akan menampung keputusan.
Siapkan kotak masuk uji yang terkendali, data formulir sintetis, akun uji yang diizinkan, dan folder bukti dengan akses terbatas. Tentukan pemeriksaan mana yang dilakukan saat gladi bersih dan mana yang memerlukan tujuan langsung. Tetapkan ambang batas yang menghambat peluncuran sebelum pengujian: misalnya, pertanyaan yang hilang, akses administrator yang rusak, atau perbedaan data yang tidak dijelaskan memerlukan penolakan.
Tulis kisi kecil hasil yang dapat diamati
Gunakan satu baris per uji, dengan pengenal yang stabil. Pisahkan baris ketika diperlukan orang atau bukti yang berbeda. Contoh di bawah ini adalah kriteria untuk diadaptasi, bukan catatan penerimaan yang sudah selesai. Tambahkan kolom penguji, hasil aktual, referensi bukti, dan keputusan pemberi persetujuan ke salinan kerja.
Gulir secara horizontal untuk semua kolom tabel.
| Area | Hasil yang diharapkan | Bukti berguna |
|---|---|---|
| Formulir | Satu pertanyaan sintetis mencapai tujuan yang disepakati satu kali; input tidak valid menerima penjelasan yang dapat digunakan. | Referensi pengiriman dan tanda terima yang disunting. |
| Pengalihan | Setiap URL lama yang disepakati mencapai penggantinya yang dimaksud tanpa perulangan. | URL sumber, rantai status, dan URL akhir. |
| Akses | Editor klien dapat menerbitkan dalam lingkup; administrasi terbatas tetap tidak tersedia. | Catatan uji khusus peran. |
| Pekerjaan terjadwal | Host yang dimaksud menjalankan tugas pada waktu yang disepakati dan menghasilkan output yang diharapkan. | Catatan penjadwal dan referensi output. |
| Data | Catatan, unggahan, dan hubungan yang disepakati bertahan setelah pemindahan. | Lembar perbandingan dan pemeriksaan fungsional terpilih. |
| Persetujuan | Pemberi persetujuan yang ditunjuk mencatat diterima, ditolak, atau pengecualian yang secara eksplisit diterima. | Keputusan ditautkan ke rilis yang diuji. |
Ikuti formulir melampaui pesan suksesnya
Uji pengiriman kosong, input tidak valid, dan pertanyaan sintetis yang valid. Gunakan keyboard untuk mencapai kolom, memahami labelnya, memperbaiki kesalahan, dan mengirim. Panduan formulir W3C menjelaskan bahwa input yang wajib perlu diidentifikasi dengan jelas dan validasi browser tidak menggantikan validasi di server. Sertakan keduanya dalam lingkup pengujian pengembang.
Kemudian verifikasi hasil hilir yang disepakati dengan pemiliknya. Pesan sukses browser saja tidak membuktikan penerimaan di kotak masuk atau CRM. Konfirmasi nilai kolom, tujuan, dan penanganan duplikat. Jauhkan data pribadi dari tangkapan layar. Ulangi tugas yang sesuai sebagai editor klien dan periksa bahwa operasi terbatas ditolak.
Periksa rute, bukan hanya halaman tujuan
Sepakati daftar URL lama-ke-baru, termasuk tautan kampanye penting dan parameter kueri yang diperlukan. Catat rantai status HTTP serta halaman yang dicapai. MDN membedakan pengalihan permanen dan sementara serta mendokumentasikan perbedaan cara kode pengalihan menangani metode permintaan. Oleh karena itu, pengiriman formulir yang dialihkan memerlukan pengujiannya sendiri; membuka tujuan dengan permintaan halaman normal tidak cukup.
Tolak perulangan, domain tak terduga, dan tujuan yang hilang. Hindari menempatkan string kueri rahasia dalam bukti.
Berikan pekerjaan latar belakang dan data pemeriksaannya sendiri
Untuk setiap tugas terjadwal, catat tujuannya, host, identitas eksekusi, zona waktu, jadwal, output yang diharapkan, dan orang yang menerima kegagalan. Selama gladi bersih, alihkan pesan keluar ke tujuan yang terkendali. Tetapkan kapan host lama berhenti menjalankan tugas dan kapan host baru menjadi bertanggung jawab, sehingga migrasi tidak meninggalkan dua penjadwal aktif.
Tentukan batas waktu data dan bandingkan total catatan yang disepakati, nilai kolom terpilih, dan file yang diunggah. Buka catatan perwakilan melalui aplikasi untuk memeriksa hubungan dan izin. Jumlah saja tidak cukup: total yang sama dapat berisi catatan yang berbeda. Catat data historis yang sengaja dikecualikan dan dapatkan keputusan klien.
Contoh: peluncuran katalog yang sebaiknya ditunda
Dalam skenario fiktif ini, sebuah agensi memindahkan katalog dan formulir pertanyaan sebuah bengkel. Pemberi persetujuan klien menerima konten dan pemeriksaan pengalihan, tetapi pertanyaan sintetis mencapai kotak surat yang sudah usang. Impor katalog malam juga tetap aktif di host lama. Hasilnya ditolak untuk peluncuran, dengan kedua kegagalan ditugaskan ke operator rilis.
Operator memperbaiki penerima dan kepemilikan penjadwal, lalu memberikan bukti baru untuk baris tersebut dan mengulangi pemeriksaan formulir dan data yang terpengaruh. Pemberi persetujuan meninjau pengenal rilis yang sama sebelum mengubah keputusan. Pemotongan gambar kecil dapat tetap menjadi pengecualian eksplisit dengan pemilik dan tenggat waktu jika klien setuju; diam bukan berarti penerimaan.
Verifikasi keputusan dan jaga batasannya tetap terlihat
Sebelum menutup, pastikan setiap baris yang diperlukan memiliki hasil, setiap baris yang gagal memiliki penyelesaian atau pengecualian yang tercatat, dan keputusan pemberi persetujuan mengidentifikasi rilis dan waktu. Jika build atau konfigurasi berubah setelahnya, buka kembali pemeriksaan yang terpengaruh. Simpan bukti ringkas dengan periode retensi yang disepakati dan simpan detail akses di sistem aman tim.
Daftar periksa ini menetapkan penerimaan proyek dalam lingkup yang dinyatakan. Ini tidak menetapkan kesesuaian aksesibilitas, jaminan keamanan, atau ketersediaan di masa depan. Atur tinjauan spesialis jika proyek memerlukannya. Selanjutnya, bawa rilis yang diterima, pengecualian terbuka, dan operator yang disebutkan ke dalam catatan tanggung jawab berkelanjutan.
Sumber & tinjauan
Referensi teknis diperiksa pada September 12, 2026. Contoh adalah latihan perencanaan; dokumentasi perangkat lunak yang direferensikan tidak menetapkan kemampuan layanan PrivateHostLab.