Environment terisolasi
Endpoint API, access key, pangkalan data, queue, notification endpoint, dan sekatan akses yang berasingan.
Dokumentasi / Testing
Testing integrasi sebelum pelancaran
Environment terisolasi untuk menyemak API, akses, test data, notifikasi, error, operasi berulang, laporan, dan kriteria kesediaan tanpa mempengaruhi sistem produksi.
Environment
testing environment berasingan
Data
pemain dan operasi
Senario
berjaya dan gagal
Acceptance
pengesahan kesediaan
Kitaran testing
Dari pemberian akses hingga acceptance
01
Sediakan testing environment
Endpoint, access key, notifikasi, peraturan IP, dan konfigurasi testing yang berasingan.
02
Buat test data
Pemain, mata wang, baki, provider, kaedah, dan status yang telah ditetapkan.
03
Jalankan senario
Pengujian berjaya, gagal, berulang, tertangguh, dan kecemasan.
04
Pengesahan kesediaan
Log, laporan, kriteria acceptance, PIC, dan pelan peralihan ke production environment.
Ringkasan
Testing environment mesti mereproduksi tingkah laku API yang sebenar
Testing environment yang baik membolehkan pasukan mengulangi senario perniagaan sebenar, mengendalikan hasil, menelusuri setiap request, dan menguji error dengan selamat tanpa mempengaruhi data produksi atau transaksi kewangan.
Data yang boleh dikendalikan
Pemain, baki, kaedah, provider, dan status yang boleh diprediksi untuk senario yang boleh diulang.
Acceptance formal
Senario yang dipersetujui, hasil yang dijangka, laporan, dan PIC untuk mengesahkan kesediaan.
Environment dan akses
Pemisahan test dan production environment
Test dan production environment menggunakan endpoint berbeza dan tidak berbagi key, pengguna, notifikasi, atau data kewangan.
01
Berikan access key berasingan
API key, OAuth client, signing secret, dan service account dibuat khusus untuk testing environment.
02
Konfigurasikan test endpoint
Base API URL, notification endpoint, return URL, allowed IP, dan tetapan TLS ditetapkan secara berasingan.
03
Batasi tindakan sebenar
Testing environment tidak menghantar payout sebenar, e-mel, SMS, request KYC, atau operasi kewangan luaran lain.
04
Dokumentasikan perbezaan
Perbezaan had, provider, data, masa pemprosesan, dan senario yang tersedia mesti didokumentasikan.
Test data
Test data dan status yang boleh dikendalikan
Pasukan mengetahui sebelum ini input apa yang menghasilkan hasil tertentu dan cara mengembalikan environment ke keadaan awal.
Test player
Profil aktif, disekat, belum disahkan, self-excluded, dan profil lain dengan status tetap.
Baki
Baki tersedia, nol, tidak mencukupi, bonus, dan dana yang direservasi.
Mata wang dan ketepatan
Fiat dan digital currency, unit jumlah berbeza, pembundaran, dan kombinasi yang tidak disokong.
Provider
Sambungan yang tersedia, dinonaktifkan sementara, bermasalah, atau dihadkan berdasarkan pasaran.
Game dan produk
Real-money game, demo mode, country restriction, produk tidak aktif, dan pelbagai senario baki.
Kaedah pembayaran
Operasi berjaya, ditolak, pending, 3-D Secure, delay, refund, dan payout.
Pengesahan pelanggan dan risiko
Disetujui, pending, ditolak, manual review, high risk, dan kasus yang disekat.
Reset data
Pemulangan keadaan awal yang boleh diulang, penciptaan entitas baharu, dan pembersihan operasi tanpa intervensi manual.
Test scenario
Senario testing wajib
Pelan menguji proses perniagaan end-to-end, termasuk network error, redelivery, dan recovery state, bukan hanya kaedah API secara berasingan.
Senario berjaya
Proses penuh dari request pertama hingga status akhir, perekodan kewangan, dan reporting.
Senario gagal
Data salah, tindakan dilarang, baki tidak mencukupi, penolakan, ketidaktersediaan, dan verification error.
Retry dan perlindungan duplicate
Operation ID yang sama, event ID berulang, dan pemulangan selamat atas hasil yang telah dibuat.
Delay dan sambungan terputus
Response perlahan, sambungan putus, notifikasi tertangguh, dan hasil operasi tidak diketahui.
Turutan tidak sesuai
Event terlambat, status final datang sebelum status antara, dan kemas kini objek yang telah tamat tempoh.
Sistem tidak tersedia
HTTP 5xx, maintenance, provider tidak tersedia, queue penuh, dan recovery seterusnya.
Test mesti boleh direproduksi
Input yang sama dan mode yang dipilih mesti menghasilkan hasil yang sama supaya pasukan boleh menguji semula pembetulan.
Log dan pengurusan
Diagnosis dan pengurusan testing environment
Setiap senario mesti boleh ditelusuri melalui request ID, event ID, operation ID, atau identifier stabil lain.
Log dan tracing
Request ID dan correlation ID melalui semua sistem yang terlibat.
Masa, endpoint, status, error code, dan hasil pemprosesan disimpan.
Carian tersedia berdasarkan player ID, payment ID, round ID, request ID, atau event ID.
Field sensitif dimasking tanpa menghilangkan maklumat penting untuk diagnosis.
Pengurusan senario
Hasil berjaya atau gagal yang telah ditetapkan boleh dipilih.
Delay, notifikasi semula, duplicate, atau provider error boleh dibuat.
Reset, penghantaran semula, dan menjalankan semula senario yang dipilih tersedia.
Perbezaan antara simulasi dan testing environment provider sebenar diterangkan dengan jelas.
Acceptance dan pelancaran
Acceptance dan peralihan ke pelancaran
Integrasi dianggap sedia selepas API, keselamatan, senario perniagaan, diagnosis, serta reporting kewangan atau operasi disahkan.
API yang dipersetujui
Endpoint, struktur data, status, error, dan peraturan versioning sesuai dokumentasi.
Keselamatan
Access key, signature, peranan, peraturan IP, dan perlindungan data telah disahkan.
Kebolehpercayaan
Retry, delay, notifikasi, pembatalan, dan recovery ditangani dengan selamat.
Kawalan operasi
Log, metrik, error alert, dan diagnosis tersedia untuk pasukan yang bertanggungjawab.
Reporting dan rekonsiliasi
Operasi, status, baki, laporan provider, dan laporan dalaman menghasilkan data yang konsisten.
Pengesahan kesediaan
Pemilik produk, development, testing, security, dan operations telah mengesahkan kesediaan pelancaran.
Senarai semak sebelum pelancaran
Production access key diberikan selepas acceptance selesai dan pelan controlled launch disediakan.
Test dan production environment sepenuhnya dipisahkan berdasarkan endpoint, key, data, dan notifikasi.
Senario berjaya, gagal, berulang, dan kecemasan telah dijalankan.
ID, log, dan hasil pemprosesan tersedia untuk setiap request.
Perlindungan duplicate, delay, dan recovery telah disahkan.
Reporting, perekodan kewangan, dan nilai kawalan sesuai.
Production access, monitoring, pembatalan operasi, dan maklumat hubungan support telah dipersetujui.
Perlu menyediakan testing environment?
Hantar dokumentasi, senarai senario perniagaan, environment yang tersedia, dan keperluan test data. APIACE akan membantu menentukan struktur pengujian, kriteria acceptance, dan pelan peralihan ke pelancaran.