Vai al contenuto

Verificare l’avvio con un ordine di test completo

Colleghi pagamento di test, ordine, spedizione e rimborso parziale in un caso di accettazione. Mantenga separati risultati attesi e osservati.

Philipp Reuter2 min di lettura
Pannello di prova con tre riquadri: due spunte verdi e una croce nel riquadro bordato di rosso.

Prima di avviare il negozio, verifichi un percorso d’ordine selezionato fino ai sistemi collegati. Una pagina di conferma mostra solo parte del processo. Per l’accettazione deve essere riconoscibile quale ordine di test è stato pagato, trasferito, spedito ed eventualmente rimborsato in parte.

Separare il test dalle operazioni reali

Shopify descrive pagamenti simulati per gli ordini di test. WooCommerce segnala anche gli effetti sui servizi collegati. La modalità di test del modulo di pagamento non garantisce quindi l’intera catena.

Usi un ambiente di test separato adeguato con account di test e gli accessi sandbox previsti dai fornitori, cioè i loro accessi di prova. I messaggi vanno a caselle di test controllate. Per scorte, spedizioni e altri collegamenti deve essere certo che non vengano generati ordini cliente o spedizioni reali. Se un servizio non offre un test adatto, simuli quel passaggio separatamente e documenti il limite.

Preparare un caso di accettazione dettagliato

Tutti gli identificatori, importi e risultati attesi sono fittizi. Il caso semplificato di pagamento con carta usa 2 unità di P-14 a 25 EUR ciascuna, per un totale di 50 EUR; qui non sono calcolati imposte e costi di spedizione. L’esempio mostra il confronto di dati e stati, non un test già eseguito.

Passaggio

Riferimento di test associato

Risultato atteso

Carrello

TEST-48, articolo P-14

2 unità; totale di test 50 EUR

Pagamento di test

PAY-48

Simulazione riuscita di 50 EUR

Ordine e trasferimento

ORD-48 nel negozio, ERP-48 nel gestionale

Stesso articolo, quantità 2; collegamento univoco tra gli ordini

Spedizione di test

SHIP-48 collegato a ORD-48

2 unità in spedizione simulata; nessuna spedizione reale

Reso di test

RET-48 collegato a ORD-48

1 unità di P-14 chiaramente associata al reso

REF-48 collegato a PAY-48

Simulazione di 25 EUR; associazione corretta al reso

Il sistema di gestione aziendale è indicato qui come ERP. I riferimenti sono nostri dati d’esempio, non nomi di campo obbligatori delle piattaforme citate.

Esaminare la prova a ogni confine

Verifichi quantità, articolo e riferimento nel negozio e nella rispettiva destinazione di test. La ricezione riuscita di una richiesta di trasferimento non dimostra ancora che l’ordine sia stato creato completamente. Il caso richiede quindi un riferimento di destinazione confermato.

Nel reso, stato della merce e pagamento sono trattati separatamente. Nell’esempio, 1 unità torna disponibile solo dopo il controllo di test concordato. Un rimborso simulato da solo non prova una variazione delle scorte. Uno stato di spedizione non dimostra l’incasso.

Aggiungere un errore e registrare il limite

Aggiunga un pagamento di test rifiutato e una risposta interrotta nel trasferimento. La visualizzazione non deve indicare un successo non confermato. Prima di riprovare deve essere possibile chiarire se l’operazione esiste già, evitando un ordine aggiuntivo.

Per ogni passaggio annoti il risultato realmente osservato e le versioni di negozio e integrazione usate. Il caso con i risultati attesi ne è il modello. Se una simulazione copre un passaggio esterno solo parzialmente, il limite resta nell’accettazione. Altri metodi di pagamento, Paesi e casi particolari necessari sono aggiunti come verifiche separate.

Fonti

Scritto da

  • Philipp ReuterRedattore per la qualità del softwarePhilipp Reuter scrive per ASES di test del software e della preparazione di nuovi rilasci. I suoi articoli trattano l’analisi degli errori, i test di accettazione e la verifica delle modifiche alle applicazioni esistenti.

Seguite ASES

Continuate a leggere

Tutti gli articoli

E-commerce con ASES

Negozi online, marketplace e portali B2B