Dokumentasi / Testing

Testing integrasi sebelum peluncuran

Environment terisolasi untuk memeriksa API, akses, test data, notifikasi, error, operasi berulang, laporan, dan kriteria kesiapan tanpa memengaruhi sistem produksi.

Environment
test environment terpisah
Data
pemain dan operasi
Skenario
berhasil dan gagal
Acceptance
konfirmasi kesiapan
Siklus testing

Dari pemberian akses hingga acceptance

01
Siapkan test environment

Endpoint, access key, notifikasi, aturan IP, dan konfigurasi testing yang terpisah.

02
Buat test data

Pemain, mata uang, saldo, provider, metode, dan status yang sudah ditentukan.

03
Jalankan skenario

Pengujian berhasil, gagal, berulang, tertunda, dan darurat.

04
Konfirmasi kesiapan

Log, laporan, kriteria acceptance, PIC, dan rencana transisi ke production environment.

Ringkasan

Test environment harus mereproduksi perilaku API yang nyata

Test environment yang baik memungkinkan tim mengulang skenario bisnis nyata, mengendalikan hasil, menelusuri setiap request, dan menguji error dengan aman tanpa memengaruhi data produksi atau transaksi finansial.

Environment terisolasi

Endpoint API, access key, database, queue, notification endpoint, dan pembatasan akses yang terpisah.

Data yang dapat dikendalikan

Pemain, saldo, metode, provider, dan status yang dapat diprediksi untuk skenario yang dapat diulang.

Acceptance formal

Skenario yang disepakati, hasil yang diharapkan, laporan, dan PIC untuk mengonfirmasi kesiapan.

Environment dan akses

Pemisahan test dan production environment

Test dan production environment menggunakan endpoint berbeda dan tidak berbagi key, pengguna, notifikasi, atau data finansial.

01

Berikan access key terpisah

API key, OAuth client, signing secret, dan service account dibuat khusus untuk test environment.

02

Konfigurasikan test endpoint

Base API URL, notification endpoint, return URL, allowed IP, dan pengaturan TLS ditetapkan secara terpisah.

03

Batasi tindakan nyata

Test environment tidak mengirim payout nyata, email, SMS, request KYC, atau operasi finansial eksternal lainnya.

04

Dokumentasikan perbedaan

Perbedaan limit, provider, data, waktu pemrosesan, dan skenario yang tersedia harus didokumentasikan.

Test data

Test data dan status yang dapat dikendalikan

Tim mengetahui sebelumnya input apa yang menghasilkan hasil tertentu dan cara mengembalikan environment ke kondisi awal.

Test player

Profil aktif, diblokir, belum diverifikasi, self-excluded, dan profil lain dengan status tetap.

Saldo

Saldo tersedia, nol, tidak mencukupi, bonus, dan dana yang direservasi.

Mata uang dan presisi

Fiat dan digital currency, unit jumlah berbeda, pembulatan, dan kombinasi yang tidak didukung.

Provider

Koneksi yang tersedia, dinonaktifkan sementara, bermasalah, atau dibatasi berdasarkan pasar.

Game dan produk

Real-money game, demo mode, country restriction, produk nonaktif, dan berbagai skenario saldo.

Metode pembayaran

Operasi berhasil, ditolak, pending, 3-D Secure, delay, refund, dan payout.

Verifikasi pelanggan dan risiko

Disetujui, pending, ditolak, manual review, high risk, dan kasus yang diblokir.

Reset data

Pengembalian kondisi awal yang dapat diulang, pembuatan entitas baru, dan pembersihan operasi tanpa intervensi manual.

Test scenario

Skenario testing wajib

Rencana menguji proses bisnis end-to-end, termasuk network error, redelivery, dan recovery state, bukan hanya metode API secara terpisah.

Skenario berhasil

Proses penuh dari request pertama hingga status akhir, pencatatan finansial, dan reporting.

Skenario gagal

Data salah, tindakan dilarang, saldo tidak cukup, penolakan, ketidaktersediaan, dan verification error.

Retry dan perlindungan duplikasi

Operation ID yang sama, event ID berulang, dan pengembalian aman atas hasil yang sudah dibuat.

Delay dan koneksi terputus

Response lambat, koneksi putus, notifikasi tertunda, dan hasil operasi tidak diketahui.

Urutan tidak sesuai

Event terlambat, status final datang sebelum status antara, dan update objek yang sudah kedaluwarsa.

Sistem tidak tersedia

HTTP 5xx, maintenance, provider tidak tersedia, queue penuh, dan recovery berikutnya.

Test harus dapat direproduksi

Input yang sama dan mode yang dipilih harus menghasilkan hasil yang sama agar tim dapat menguji ulang perbaikan.

Log dan pengelolaan

Diagnosis dan pengelolaan test environment

Setiap skenario harus dapat ditelusuri melalui request ID, event ID, operation ID, atau identifier stabil lainnya.

Log dan tracing

Request ID dan correlation ID melewati semua sistem yang terlibat.
Waktu, endpoint, status, error code, dan hasil pemrosesan disimpan.
Pencarian tersedia berdasarkan player ID, payment ID, round ID, request ID, atau event ID.
Field sensitif dimasking tanpa menghilangkan informasi penting untuk diagnosis.

Pengelolaan skenario

Hasil berhasil atau gagal yang telah ditentukan dapat dipilih.
Delay, notifikasi ulang, duplikasi, atau provider error dapat dibuat.
Reset, pengiriman ulang, dan menjalankan kembali skenario yang dipilih tersedia.
Perbedaan antara simulasi dan test environment provider nyata dijelaskan dengan jelas.
Acceptance dan peluncuran

Acceptance dan transisi ke peluncuran

Integrasi dianggap siap setelah API, keamanan, skenario bisnis, diagnosis, serta reporting finansial atau operasional dikonfirmasi.

API yang disepakati

Endpoint, struktur data, status, error, dan aturan versioning sesuai dokumentasi.

Keamanan

Access key, signature, peran, aturan IP, dan perlindungan data telah diverifikasi.

Keandalan

Retry, delay, notifikasi, pembatalan, dan recovery ditangani dengan aman.

Kontrol operasional

Log, metrik, error alert, dan diagnosis tersedia bagi tim yang bertanggung jawab.

Reporting dan rekonsiliasi

Operasi, status, saldo, laporan provider, dan laporan internal menghasilkan data yang konsisten.

Konfirmasi kesiapan

Pemilik produk, development, testing, security, dan operations telah mengonfirmasi kesiapan peluncuran.

Checklist sebelum peluncuran

Production access key diberikan setelah acceptance selesai dan rencana controlled launch disiapkan.

Test dan production environment sepenuhnya dipisahkan berdasarkan endpoint, key, data, dan notifikasi.
Skenario berhasil, gagal, berulang, dan darurat telah dijalankan.
ID, log, dan hasil pemrosesan tersedia untuk setiap request.
Perlindungan duplikasi, delay, dan recovery telah dikonfirmasi.
Reporting, pencatatan finansial, dan nilai kontrol sesuai.
Production access, monitoring, pembatalan operasi, dan kontak support telah disepakati.

Perlu menyiapkan test environment?

Kirim dokumentasi, daftar skenario bisnis, environment yang tersedia, dan persyaratan test data. APIACE akan membantu menentukan struktur pengujian, kriteria acceptance, dan rencana transisi ke peluncuran.