Black Box Testing Workshop Laboratorio di ingegneria del software Fabio Rabini
Function & Domain Test Decomposizione delle funzionalità Per ogni funzionalità la scelta dei dati di input viene eseguita tramite tecniche di decomposizione La progettazione dei casi di Test è formalizzata nei Test Case La scelta dei dati di Test è formalizzata nei Test Script
Function & Domain Test Vi ricordate perché decomponevamo in questo modo? Decomposizione delle Funzionalità in FTR xx TR xx.yy TS xx.yy.zz TS 010101 Main Success Scenario TS 01010n Alternative Flow n I TS contengono uno o più Test Data Se la sequenza delle azioni non cambia al variare dei dati di input (ma l output Sì): un solo TS parametrizzato con i vari test data Altrimenti: più di un TS
Come è strutturato un TS
Derivare i Test Case dagli Use Case 1. Identificare a partire dallo Use Case le possibili funzionalità (FTR, TR) 2. Per ogni funzionalità derivare lo scenario base e gli eventuali scenari alternativi in base a Class Decomposition o Tabella di Decisione 3. Aggiungere (ulteriori) dati di test agli scenari utilizzando le tecniche di BVT
Caso d uso Accedere al Sistema 2 1 1 3 3 BR-01: Username [1;5]; psw [1;10] alfanumerici BR-02, mail [1;15] xxx@yy.zz
Identificare le Funzionalità Accedere al sistema (FTR 01) 2 1 1 Recupero Password (TR 01.02) Login (TR 01.01) 3 3 BR-01: Username [1;5]; psw [1;10] alfanumerici BR-02: mail [1;15] xxx@yy.zz Registrazione al Sito (TR 01.03)
Decomposizione Funzionale: Accedere al Sistema
Per ogni Funzionalità derivare lo scenario base e quelli alternativi Login (TR 01.01) TS 010101 Autenticazione Riuscita TS 010102 Username/psw conformi a BR-01 ma errate TS 010203 Username/psw non conformi a BR-01 3 BR-01: Username [1;5]; psw [1;10] alfanumerici BR-02: mail [1;15] xxx@yy.zz
Per ogni Scenario aggiungere i dati di Test Login (TR 01.01) BR-01: Username [1;5]; psw [1;10] alfanumerici TS 010101 Autenticazione Riuscita TS ID user psw Output TS 010102 Username/psw conformi a BR-01 ma errate TS 010203 Username/psw non conformi a BR-01 01 fabio fabiorab Autenticato 02 fabio uno Errore: user/psw errate 02 giulio fabiorab Errore: user/psw errate 02 giulio uno Errore: user/psw errate 03 giulio123 fabiorabbo1 Errore: user/psw errate 03 - fabiorabbo1 Errore: user/psw errate 03 - fabiorab Errore: user/psw errate 03 **$$????& Errore: user/psw errate Abbiamo applicato direttamente class decomposition supponendo indipendenza tra le variabil: consiglio: passare per una decision Table
Per ogni Funzionalità derivare lo scenario base e quelli alternativi Recupero Password (TR 01.02) 10 min BR-02: mail [1;15] xxx@yy.zz
Per ogni Funzionalità derivare lo scenario Recupero Password (TR 01.02) base e quelli alternativi TS 010201 Recupero Effettuato TS 010202 Utente non Registrato TS 010203 mail non conforme a BR-02 BR-02: mail [1;15] xxx@yy.zz Condition Recupero Errore utente registrato? T - - F - mail in (1,15)? T F T T F mail = 0 T F F F mail > 15 F F F T T mail in formato xxx@yy.zz T F F T T F Invio mail all'utente con usr/psw x errore: specificare ind mail x errore: controllare mail deve essere in formato xxx@yy.zz x x errore: utente non registrato x errore: mail eccede maxlenght x x
Per ogni Funzionalità derivare lo scenario base e quelli alternativi Registrazione al Sito (TR 01.03) 10 min BR-01: Username [1;5]; psw [1;10] alfanumerici BR-02: mail [1;15] xxx@yy.zz Che succede se un utente sceglie uno username già scelto da un altro? BR-03: lo user deve essere univoco
Per ogni Funzionalità derivare lo scenario base e quelli alternativi Registrazione al Sito (TR 01.03) BR-01: Username [1;5]; psw [1;10] alfanumerici BR-02: mail [1;15] xxx@yy.zz Che succede se un utente sceglie uno username già scelto da un altro? TS 010301 Utente Registrato TS 010302 Errore user TS 010303 Errore psw TS 010304 Errore mail range TS 010305 Errore mail formato TS 010306 Errore user esiste Condizione/azione R1 R2 R3 R4 R5 R6 user in (1,5) T T F T T T BR-03: lo user deve essere univoco psw in (1,10) T T T F T T Sotto quale ipotesi questi sono tutti e soli gli scenari di interesse? Vanno bene i requisiti così come sono espressi? mail in (1,15) T T T T F T mail conforme T T T T T F user univoco T F - - - - registra utente errore: user deve essere compreso tra 1 e 5 errore: psw deve essere comprersa tra 1 e 10 errore: mail deve essere compresa tra 1 e 15 errore: mail deve essere nel formato xxx@yy.zz errore: user già esiste x x x x x x
Accettazione Invii Stampa TR 02) Acquisizione codice (TR 01) BR 01 Assicurata codice 13 cifre, ultimo check = 0 se somma dei precedenti pari =1 se somma precedenti dispari Raccomandata codice 12 lettere, ultima check come assicurata 1 L operatore inserisce il codice di una raccomandata/assicurata e preme TAB 2 Il sistema verifica la correttezza formale del codice secondo BR-01 3 Il sistema verifica se il codice è stato già acquisito Se i controlli 1 e 2 vanno a buon fine il sistema acquisisce il codice e incrementa il contatore di 1 4 Alla pressione del tasto stampa il sistema produce la stampa dei codici lavorati 5 alla pressione del tasto chiudi il sistema esce senza stampare
Accettazione Invii -soluzione Condizione/azione R1 R2 R3 R4 R5 Scenario Codice di lunghezza corretta T F T - T Check digit conforme T F F F T Codice già acquisito F - - T Codice non numerico T il sistema acquisisce il codice x TS 01 Main Success Errore: Check digit errato x TS 02 codice errato Errore: lunghezza non corretta x TS 03 codice errato Errore: codice non numerico x TS 04 codice errato Errore. Codice già acquisito x TS 05 Codice già acquisito 4 Alla pressione del tasto stampa il sistema produce la stampa dei codici lavorati Vale la pena di testarla stand alone visto che sembrerebbe un solo scenario? E il chiudi?
E Commerce 10 min Piazza Ordine(TR 01) Commissionare un ordine Precondizioni: utente registrato e autenticato L utente clicca su Ordine il sistema mostra la schermata 2 L utente valorizza le diverse qualità di caffè dell ordine Il sistema, ad ogni selezione, aggiorna automaticamente il subtotale e il totale dell ordine (IVA esclusa) <BR 01 le capsule devono essere un multiplo di 50 > L operatore seleziona il prossimo passo dell ordine
E Commerce Il sistema mostra il riepilogo del carrello e da la possibilità di modificare l ordine L operatore modifica l ordine (varia la quantità oppure cancella uno o più articoli) imposta la modalità di consegna e seleziona prosegui Il sistema calcola il tot = spese+spedizione e lo aumenta dell IVA 20% L operatore conferma, il sistema piazza l ordine e il CU termina <BR 02 con modalità di consegna = corriere le spese di spedizione saranno fisse e pari al 10% del totale> <BR 03 con modalità di consegna = pacco postale le spese di spedizione saranno pari a 5 per n caps <=150 e 10 per 150 < ncaps < 300) <BR 04 con ncaps >= 300 spese =0>
E Commerce azione/condizione R1 R2 R3 R4 R5 R6 0 <n caps < =150 T - ncaps = 10 T 150 <ncaps< 300 T - ncaps > 300 T consegna = corriere T - consegna = pacco T T - n items = 0? T Ordine OK x x x x Errore: carrello vuoto x Errore: capsule non multiplo 50 x TS 010101 Ordine Effettuato TS 010102 Capsule non multiplo di 50 TS 010103 Carrello vuoto ncaps tipo consegna output 50 corriere 1.10*TOT 100 corriere 1.10*TOT 150 corriere 1.10*TOT 200 corriere 1.10*TOT 250 corriere 1.10*TOT 300 corriere 1.10*TOT 350 corriere TOT 50 pacco TOT + 5 100 pacco TOT + 5 150 pacco TOT + 5 200 pacco TOT + 10 250 pacco TOT + 10 300 pacco TOT + 10 350 pacco TOT Quali altre (micro) funzionalità rimangono da testare? Ci sono altri dati di input, in ottica BVT che abbiamo dimenticato nello scenario principale e che ci darebbero una copertura maggiore? (es ncaps = 151; 149 )
Social Network: facebook 10 min Upload del File (TR01) Precondizioni: L utente è autenticato e ha selezionato il link Notizie 1 L utente digita un testo e seleziona il link Foto Il sistema mostra il box con le opzioni per caricare/scattare la foto 2 L utente seleziona il link Carica una foto dall unità il sistema da la possibilità di cercare la foto sul HD dell utente
Social Network: facebook Upload del File (TR01) 3 L utente seleziona il file dal proprio HD e clicca su condividi (vedi BR-01) Il sistema mostra la foto sulla bacheca dell utente secondo BR-02 <BR-01: la foto deve essere in formato JPEG o BMP e deve avere una dimensione inferiore a 5 MB> <BR-02: la foto diviene visibile nella bacheca dell utente ai suoi amici a seconda delle seguenti impostazioni Tutti: visibile a tutti Solo amici: visibile solo agli amici Amici deldi amici: visibile agli amici fino al secondo livello> <BR-03: l utente può annullare in ogni momento il caricamento della foto premendo il pulsante chiudi X >
Social Network: facebook azione/condizione R1 R2 R3 R4 R5 R6 R7 R8 R9 R10 Foto formato JPEG T T T F F F F T F - Foto formato BMP F F F T T T F F T - Foto inferiore a 5MB T T T T T T - F F - Premuto pulsante chiudi? F F F F F F F F F T Privacy= tutti T F F T F F - - - - Privacy = amici F T F F T F - - - - Privaci = amici^2 F F T F F T - - - - Foto condivisa x x x x x x Errore: dimensione eccessiva x x Errore: formato sconosciuto x Condivisione annullata x TS01: Main Success TS02: Dimensione Eccessiva TS03: Formato sconosciuto TS04: Condivisione annullata Perché non abbiamo fatto alcuno scenario circa il caricamento del file (browse) ad esempio: - File non trovato - Nome del file non consentito /?
Il Test più facile (sicuri?) 5 min Quanti/Quali scenari di test? Come organizzo i dati di test? ma quindi google ha pochi tester?
Questions?
Thank You for Your Attention! Esercitazione tecniche di Test Black Box