kuji builderPembuatan kuji online & kiosk kuji

Persiapan peluncuran · QA

Daftar periksa QA sebelum layanan kuji diluncurkan

Yang lebih penting daripada satu pembelian normal adalah memastikan pesanan dan hadiah tidak hilang dalam situasi tak terduga. Salin item di bawah ke lembar QA proyek dan catat hasil, penanggung jawab, serta tanggal uji ulang. Jika ditemukan cacat, rilis hanya cakupan yang sudah diperbaiki dan diuji ulang.

KUJI BUILDER · Terakhir ditinjau

1. Periksa pembayaran, undian, dan stok sebagai satu alur

Meskipun pembayaran yang sama dikirim ulang atau beberapa pelanggan meminta stok terakhir secara bersamaan, tidak boleh terjadi undian ganda atau penjualan melebihi stok. Periksa juga bahwa permintaan yang gagal dan yang selesai dibedakan, sehingga pelanggan melihat hasil yang konsisten saat mencoba lagi.

  • Persetujuan normal, penolakan, pembatalan oleh pelanggan, dan koneksi terputus setelah persetujuan
  • Permintaan pembayaran atau webhook yang sama hanya diproses sekali meski berulang
  • Pembelian bersamaan tiket terakhir dan pencegahan hadiah Last One ganda
  • Jumlah sisa per tingkat sama dengan total sisa
  • Pesanan dan hasil tetap tersimpan setelah memuat ulang, kembali, dan masuk ulang

2. Pelanggan harus bisa mendapat bantuan setelah membeli

Pastikan pelanggan dapat menemukan riwayat pesanan, status pengiriman, dan jalur pertanyaan di perangkat seluler. Konsultasi atau pertanyaan yang dikirim harus dapat dilihat oleh operator sebenarnya, dan pesan berhasil tidak boleh muncul jika penyimpanan gagal. Sesuaikan teks operasional dengan kebijakan yang telah ditinjau.

  • Pendaftaran, login, pemulihan akun, dan hak akses
  • Permintaan pengiriman gabungan, perubahan alamat, dan pengecekan resi
  • Verifikasi ambil di gerai dan penanganan hadiah yang sudah diambil
  • Pengiriman pertanyaan, pemeriksaan oleh staf, dan prosedur balasan
  • Persetujuan wajib, tautan kebijakan, informasi operator, dan kontak

3. Praktikkan pemulihan setelah gangguan secara nyata

Adanya file cadangan tidak membuktikan bahwa data dapat dipulihkan. Pulihkan ke lingkungan yang terpisah dari data operasional, lalu periksa catatan pesanan, stok, dan pertanyaan. Periksa juga apakah data tetap tersimpan saat server dimulai ulang dan saat deploy diganti, serta apakah penanggung jawab diberi tahu jika pemeriksaan status gagal.

  • Hak akses penyimpanan permanen dan cadangan
  • Buat cadangan lalu verifikasi pemulihan di lingkungan terpisah
  • Pesanan dan catatan penerimaan tetap tersimpan setelah server dimulai ulang dan deploy
  • Pemeriksaan status, penerimaan notifikasi gangguan, dan rantai kontak penanggung jawab
  • Prosedur rollback ke versi normal dan aturan penanganan data

4. Serahkan akun dan dokumen operasional

Penanggung jawab operasional harus dapat mengakses akun domain, pembayaran, cloud, dan admin. Bersihkan akun dan pesanan uji, lalu pisahkan dari data sungguhan. Periksa tampilan di mesin pencari setelah domain akhir dan konten publik ditetapkan; mendaftarkan situs saja tidak menjamin kapan situs muncul atau peringkatnya.

  • Pemilik akun, pihak pembayar biaya, dan serah terima hak akses
  • Penggantian kata sandi admin dan pencabutan akses staf yang keluar
  • Serah terima manual operasional, hasil QA, dan cakupan pemeliharaan
  • Periksa HTTPS, tampilan seluler, halaman 404, dan alamat utama di domain produksi
  • Verifikasi kepemilikan di layanan pencarian dan kirim sitemap

Panduan terkait

Ajukan konsultasi gratis