Casi di test per app di pagamentiApp

Casi di test per percorsi di un'app in stile bancario: bonifici, pagamenti, limiti, commissioni e stati

Di solito pronto in 15 minutiRevisioni incluseControllo di qualità
Pacchetti
Pagamento protettoDettagli
  • Le revisioni previste dal pacchetto sono gratuite.
  • Se non risponde entro 3 giorni dalla consegna, il lavoro viene accettato automaticamente.

Il denaro viene riservato al momento del pagamento e sbloccato solo quando accetta il lavoro.

Casi di test per percorsi di un'app in stile bancario: bonifici, pagamenti, limiti, commissioni e stati

Esempio di risultato

Esempio per il pacchetto Standard

Casi di test: registrazione, carrello e checkout di un piccolo negozio online di tè

Casi dell'area “Checkout” (4 su 18)

IDTitoloPassiDati di testRisultato attesoPriorità
CO-01Ordine con carta, spedizione standard1. Aggiungere 2 tè al carrello. 2. Aprire il carrello, premere Procedi all'acquisto. 3. Inserire l'indirizzo, scegliere la spedizione standard. 4. Pagare con la carta di test.Carta di test dalla sandbox del gestore dei pagamentiLa pagina dell'ordine mostra il numero; un'email di conferma arriva entro 5 minutiAlta
CO-04Soglia per la spedizione gratuita1. Aggiungere tè per 39,90 $. 2. Aprire il checkout. 3. Aggiungere un altro tè.Regola del negozio: spedizione gratuita da 40 $La spedizione mostra 4,90 $, poi 0,00 $ dopo il passo 3Alta
CO-09CAP lasciato vuoto1. Compilare tutti i campi tranne il CAP. 2. Premere Paga.—Il modulo non viene inviato; il campo CAP è evidenziato con un messaggio chiaroMedia
CO-15Tasto Indietro dopo il pagamento1. Pagare un ordine. 2. Premere il tasto Indietro del browser.—Nessun secondo addebito; il carrello è vuotoAlta

Checklist: carrello (parte)

  • La quantità si può cambiare con + e − oppure digitandola
  • Rimuovendo l'ultimo articolo compare il messaggio di carrello vuoto
  • Il carrello resta salvato dopo aver chiuso la scheda ed esserci tornati
  • I prezzi e il totale corrispondono alle pagine dei prodotti

File: una cartella di lavoro Excel con i casi, una colonna Risultato e le checklist, e un file Word con il piano di test. Scriviamo i casi partendo dalla descrizione e dagli screenshot; a eseguirli sono le persone del negozio.

Cliente: Foglia & Teiera, un negozio online che vende circa 80 tipi di tè sfuso sul proprio sito. Compito: casi che il titolare del negozio e un aiutante possono eseguire prima di ogni aggiornamento. Pacchetto Standard: 60 casi in massimo 4 aree, checklist e un breve piano di test. Estratto qui sotto.

Il cliente e tutti i dati sono inventati.

Informazioni sul servizio

In un'app che muove denaro, un piccolo difetto diventa nel migliore dei casi un reclamo: un bonifico mostrato due volte dopo un nuovo tentativo, un limite che si azzera all'ora sbagliata, una commissione mostrata in una schermata e assente nella conferma. Scriviamo casi di test per i percorsi che descrive: bonifici tra i propri conti e verso altre persone, pagamenti con coordinate o da modello, conferma con un codice, limiti e commissioni come li stabiliscono le sue regole, valute e arrotondamenti, stati come in sospeso o rifiutato, storico, estratti conto e notifiche, e cosa succede con una connessione persa o un secondo tocco. Ogni caso ha passaggi, dati di prova, risultato atteso e priorità. Riceve una cartella Excel; dal pacchetto Standard un piano di test in Word, e con Premium una lista di controllo di regressione e un modello di segnalazione dei bug. Scriviamo noi; le sue persone li eseguono in un ambiente di prova. I casi non verificano la conformità e non sono consulenza finanziaria o legale.

Cosa è incluso

  • Cosa riceveUna cartella Excel con i casi dei percorsi: ID, percorso, titolo, precondizioni, passaggi, dati di prova con conti e importi inventati ai limiti delle sue regole, risultato atteso, priorità e una colonna per il suo esito, più una lista di controllo per percorso. Dal pacchetto Standard un piano di test in Word con dispositivi, ambiente di prova e cosa significa «fatto»; con Premium un piano completo, una lista di controllo di regressione per ogni rilascio e un modello di segnalazione dei bug.
  • BonificiConti propri, altre persone e modelli
  • Limiti e commissioniCome dicono le sue regole, ai limiti
  • ConfermeCodici, timeout e tocchi ripetuti
  • Stati e storicoIn sospeso, eseguito, rifiutato e restituito
  • ErroriConnessione persa, nuovi tentativi e doppi invii

Come funziona

  1. 1
    PercorsiCi invia le schermate e le sue regole su limiti e commissioni
  2. 2
    CasiScriviamo casi, liste di controllo e piano dalla sua descrizione
  3. 3
    ConsegnaRiceve la cartella Excel e il file Word nella pagina dell'ordine
  4. 4
    La sua esecuzioneLe sue persone eseguono i casi in un ambiente di prova

Cosa ci serve da lei

I percorsi da coprire, i tipi di conto e le valute, le sue regole su limiti, commissioni, arrotondamenti e orari limite come sono impostati nel prodotto, come si conferma un pagamento, gli stati che un pagamento attraversa, le notifiche, le piattaforme e le versioni e cosa si è rotto in passato. Schermate con dati inventati, un elenco delle funzioni o i requisiti: fino a 5 file come immagini, Word, Excel o PDF. Non ci invii mai numeri di conto reali, carte, credenziali, codici o dati dei clienti.

Le chiederemo:

  • Quali flussi di denaro devono essere coperti?
  • Quali sono le sue regole su limiti e commissioni?
  • Come si conferma un pagamento?
  • Cosa si è rotto in passato?

Confronto dei pacchetti

PacchettiBase25 casi per un flusso di denaro12 €Standard60 casi, fino a 4 percorsi28 €Premium120 casi, fino a 8 percorsi55 €
Tempi di consegna1 giorno2 giorni4 giorni
Revisioni123
Casi di test2560120
Aree o funzioni1fino a 4fino a 8
Liste di controllo1fino a 4fino a 8
Piano di testNobrevecompleto
Lista di controllo di regressione e modello di segnalazione dei bugNoNoSì
ProdottoBonifici e pagamentiBonifici e pagamentiBonifici e pagamenti
Ordina BaseOrdina StandardOrdina Premium

Pagamento protetto

Paga al momento dell'ordine, ma il denaro viene sbloccato solo per un lavoro accettato.

  • Prezzo fissoIl prezzo del pacchetto non cambia dopo il pagamento.
  • Il denaro viene riservatoAl pagamento, l'importo viene solo riservato. Passa a Dleex quando accetta il lavoro.
  • Verificato prima della consegnaOgni risultato passa un controllo di qualità prima di arrivare a lei, e lo vede nella pagina dell'ordine prima di accettarlo.
  • Revisioni gratuiteRichieda revisioni nell'ambito del suo brief tante volte quante ne prevede il pacchetto.
  • Accettazione dopo 3 giorniSe entro 3 giorni dalla consegna non accetta il lavoro né richiede una revisione, il lavoro viene accettato automaticamente. Se scrive nella chat dell'ordine dopo la consegna, l'ordine resta in attesa; dopo la nostra risposta potremmo far ripartire i 3 giorni e glielo indicheremo nella chat.
  • Rifacimento o rimborso totaleSe il risultato non corrisponde al suo brief e le revisioni non hanno risolto il problema, oppure il lavoro richiede più del doppio dei tempi di consegna previsti, scriva nella chat dell'ordine: rifaremo il lavoro o le rimborseremo l'intero pagamento.
Come funziona →

Domande e risposte

Testerete voi l'app o effettuerete pagamenti?

No. Scriviamo i casi e le liste di controllo; le sue persone li eseguono in un ambiente di prova. Non accediamo mai, non muoviamo denaro né usiamo la sua app.

I casi dimostrano che rispettiamo le norme bancarie?

No. Prendiamo le sue regole su limiti, commissioni e controlli come ce le fornisce e scriviamo casi che mostrano se l'app le segue. Se le sue regole rispettino la legge o i requisiti di un'autorità di vigilanza è una questione per i suoi consulenti di conformità e legali.

È un test di sicurezza?

I casi includono verifiche di base, come un codice di conferma che non funziona due volte. Non sono un audit di sicurezza né un penetration test.

Su quali dati dobbiamo eseguire i casi?

Su un ambiente di prova con conti e importi inventati. I casi non richiedono mai clienti, carte o denaro reali.

I casi di test significano che il prodotto non ha bug?

No. Coprono ciò che descrive con la profondità del suo pacchetto; possono restare bug al di fuori dei casi, e il risultato dipende da quanto accuratamente i casi vengono eseguiti.

Non hai trovato la risposta?

Pacchetti