Indica il metodo di distribuzione delle carte o di randomizzazione, le scelte del giocatore, la tabella dei pagamenti e le opzioni supportate. Giochi dall'aspetto simile possono richiedere matematica e test diversi quando cambiano le regole o le puntate laterali.
Trasforma le regole in una matrice decisionale
| Area delle regole | Domanda da risolvere |
|---|---|
| Stato iniziale | Quali carte, valori o posizioni avviano un round valido? |
| Scelta del giocatore | Quali azioni sono disponibili in ogni stato e a quale costo? |
| Timeout | Quale azione o risultato si applica quando non arriva una risposta? |
| Pareggio o esito eccezionale | Quale regola di pagamento e di precedenza si applica? |
| Puntata laterale o mano aggiuntiva | Come viene valutata e collegata al round principale? |
| Interruzione | Quale stato viene conservato e come il gioco riprende o viene regolato? |
Usa la matrice per identificare i casi di test prima dell'implementazione. Il nome di un gioco familiare non sostituisce l'insieme effettivo di regole della variante.
Separa lo stato di riferimento dalla presentazione
La registrazione del server dovrebbe stabilire le scelte accettate e l'esito. Animazioni e messaggi dovrebbero presentare accuratamente quello stato, comprese le azioni in ritardo o recuperate. Una richiesta ripetuta del client non deve creare un'altra puntata o decisione senza segnalarlo.
Conserva una cronologia delle mani o dei round che colleghi la versione delle regole, le azioni e il risultato. L'assistenza deve avere prove sufficienti per spiegare l'esito senza affidarsi all'ultima schermata visibile al giocatore.
Collauda i rami delle regole e la registrazione finanziaria
- Testa ogni ramo concordato nella matrice, inclusi timeout, pareggi e pagamenti eccezionali.
- Interrompi e riprendi round rappresentativi.
- Confronta la cronologia con addebiti, accrediti ed eventuali storni nel wallet.
Definisci i requisiti di valutazione e distribuzione per la versione prevista. Una modifica della variante, delle puntate laterali o delle regole di pagamento può cambiare l'ambito dei test anche quando l'interfaccia sembra simile.
Prepara il pacchetto di sviluppo
Concorda la consegna di regole, lavoro matematico, risorse, client, server, adattatore e prove dei test. Specifica i diritti su ogni componente e il team responsabile degli aggiornamenti. Se più giochi condivideranno l'infrastruttura, coordina il progetto dell'RGS con i loro requisiti di stato e transazione.
Invia la variante esatta e le regole di pagamento, i dispositivi supportati e il percorso di distribuzione. Elenca separatamente le funzionalità opzionali per la revisione dell'ambito del lavoro.