Დემო რეჟიმები და ტესტის გარემო პლატფორმებზე

შესავალი

დემო რეჟიმები და ტესტის გარემო საშუალებას აძლევს ოპერატორებსა და დეველოპერებს უსაფრთხოდ შეამოწმონ თამაშის მექანიკა, გადახდები და ინტეგრაცია „საბრძოლო“ მონაცემების რისკის გარეშე. სწორად აშენებული sandbox ინფრასტრუქტურა აჩქარებს წინსაფრის გამოშვებას, აუმჯობესებს ხარისხს და ხელს უწყობს თამაშების სერთიფიკატს და კომპლექსურ მოდულებს.

1. ტესტის გარემოს არქიტექტურა

იზოლაცია დონის მიხედვით:
  • განვითარება: ადგილობრივი კონტეინერები გამარტივებული დამოკიდებულებით და მონაცემთა ბაზაში.
  • Staging/Test: წარმოების სარკის ასლი, მაგრამ ანონიმური მონაცემების სნაიპშოტებით.
  • Sandbox/Demo: ღიაა მომხმარებლებისთვის საცდელი სპინებისთვის; მონაცემები periodically reset.
  • დეპოზიტი CI/CD- ის საშუალებით: სატესტო და სტაგინგის ფილიალებში თითოეული კომუნა ავტომატურად ქმნის გარემოს ახალ ვერსიას.

2. დემო რეჟიმი მოთამაშეებისთვის

1. Feature flag `demoMode=true`

მოიცავს ღილაკს „სცადეთ უფასოდ“ UI- ში.
იწყებს თამაშებს ვირტუალური ვალუტით, რეალური გარიგების გარეშე.
2. დემო საფულის ანგარიში

პირველ შეყვანისას, ათობით ათასი „ნიშანი“.
მანქანის გამიჯვნის ბალანსი ბარიერის ან ტაიმერის მიღწევისას.
3. შეზღუდვები

მხოლოდ დემო პროვაიდერების სლოტის კატალოგზე წვდომა.
გამომავალი ფუნქციები და VIP პროგრამები მიუწვდომელია.
4. UI ინდიკატორები

DEMO საყრდენი ზურგზე, ბალანსზე გადახტომა, მარკეტინგული გამომწვევების გათიშვა.

3. ტესტის ანგარიშები და მონაცემები

Seed სკრიპტები

წარმოქმნის ასობით ტესტის მოთამაშეს სხვადასხვა სტატუსით ('verified', 'vip', 'highRoller').
ანალიტიკოსები ავსებენ გარიგებისა და ტურნირების ისტორიას გადამოწმების მიზნით.
წარმოების ჭურვების ანონიმიზაცია

Staging-BD- ის დატვირთვისას, ყველა PII ველი შეიცვალა ფსევდონიმით.
სინთეზური გადახდის ჩანაწერები რეალური PSP-webhooks- ის ნაცვლად.
Shared fixtures

JSON ფაილები ტიპიური სცენარებით (failed deposit, successful spin, პრემია გააქტიურება).

4. ინტეგრაცია და გადახდების ტესტირება

1. Sandbox რეჟიმი PSP

'/payments/sandbox/* 'ყველა მოთხოვნა უბრუნდება პროგნოზირებულ სტატუსებს (' approved ',' declined ').
3-D Secure Flow და Webhook callback- ის იმიტაცია HMAC ხელმოწერით.
2. პროვაიდერების მოვლის სერვისები

ისინი იწყებენ ადგილობრივ HTTP სერვისებს, რომლებიც პასუხისმგებელნი არიან '/slots/{ id }/spin 'და '/live/*'.
კონფიგურაცია ხდება OpenAPI სპეციფიკაციისა და Pact კონტრაქტების საშუალებით.

5. CI/CD და ტესტების ავტომატიზაცია

End-to-End ტესტები

Cypress/Playwright: დემო დემოების შემოწმება, რეგისტრაცია, სტუმარი.
Smoke ტესტები

Staging- ზე გადასვლის შემდეგ, მანქანა იწყებს საბაზო სკრიპტებს: login, spin, deposit, withdraw.
Contract testing

Pact ტესტები PSP და თამაშის პროვაიდერებთან ინტეგრაციისთვის.

6. უსაფრთხოება და წვდომის კონტროლი

ქსელის შეზღუდვა

Sandbox გარშემორტყმული ცალკეული VPC VPN დაშვებით მხოლოდ dev გუნდისთვის.
RBAC

სატესტო ანგარიშებს შეუძლიათ ნახონ მხოლოდ დემო მონაცემები, არ აქვთ უფლება შეცვალონ config დროშები.
აუდიტის ლოგოები

ყველა sandbox გარემოს ტრაფიკი ხდება ცალკე და ყოველთვიურად იწმინდება.

7. მონაცემთა მონიტორინგი და გადინება

Health checks

'/health/demo ', '/health/staging' უბრუნდება ბოლო გამონადენის სტატუსს და timestamp- ს.
Scheduled resets

Cron ჯობებმა დემო ბალანსი ჩამოაგდეს და ტესტის მონაცემები გადააგდეს Nightly Windows- ში.
Alarms

PagerDuty შეტყობინებები მონაცემთა მიგრაციის ან წარუმატებელი უკმარისობის დროს.

დასკვნა

ონლაინ კაზინოს პლატფორმებზე ეფექტური დემო რეჟიმები და სატესტო გარემო უზრუნველყოფს ყველა ფუნქციის უსაფრთხო და სწრაფ ტესტირებას: ზურგიდან გადახდებამდე და ტურნირებამდე. გარემოს მკაფიო იზოლაცია, Feature flag, mock სერვისები და CI/CD ავტომატიზაცია უზრუნველყოფს მაღალი ხარისხის გამოშვებას რისკის გარეშე, მოთამაშეთა წარმოებისა და კონფიდენციალურობისთვის.