Corso di Ingegneria del Software. Testing

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Corso di Ingegneria del Software. Testing"

Fabia Foti
5 anni fa
Visualizzazioni

1 Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca

2 Concetti base Strategie di testing Bibliografia Sommario

3 Concetti di base Concetti di base Error (1) The difference between a computed, observed, or measured value or condition and the true, specified, or theoretically correct value or condition. For example, a difference of 30 meters between a computed result and the correct result. (2) An incorrect step, process, or data definition. For example, an incorrect instruction in a computer program. (3) An incorrect result. For example, a computed result of 12 when the correct result is 10. (4) A human action that produces an incorrect result. For example, an incorrect action on the part of a programmer or operator. Note: While all four definitions are commonly used, one distinction assigns definition 1 to the word error, definition 2 to the word fault, definition 3 to the word failure, and definition 4 to the word mistake. (da IEEE Standard Glossary of Software Engineering Terminology, pag. 31)

4 Concetti di base Concetti di base Errore errore difetto o anomalia malfunzionamento o guasto

5 Concetti di base Concetti di base Verifica e Validazione (V&V) Verifica: stiamo realizzando correttamente il prodotto? Controlla la qualità delle attività svolte durante una fase dello sviluppo. Validazione: stiamo realizzando il prodotto corretto? Controlla la qualità del prodotto rispetto ai requisiti del committente.

6 Concetti di base Concetti di base Strategie di testing : processo scopo: individuare gli errori di funzionamento di un software the process of executing a program with the intent of finding errors (P. Jalote A Concise Introduction to Software Engineering Springer, 2008, pag. 229 )

7 Concetti di base Concetti di base Test Case, Test Suite, and Test Harness test case Insieme di test input e condizioni di esecuzione test suite Un gruppo di casi di test test harness framework

8 Concetti base Strategie di testing Bibliografia Sommario

9 Programma corretto P programma funzione P : D! R P(d), d 2 D corretto se soddisfa le specifiche, non corretto se diverso dal risultato previsto dalle specifiche. P corretto, 8d 2 D ; ok(p ; d)

10 Test ideale Caso di test d 2 D Test ideale Un insieme di test T si dice ideale se e solo se ogni volta che P è scorretto, allora esiste d 2 T tale che P è scorretto per d.

11 Criterio di selezione Un criterio di selezione di test C per un programma P è un insieme di predicati su D Un test T è selezionato dal criterio C se 8t 2 T 9c 2 C tale c(t) e 8c 2 C9t 2 T tale c(t)

12 Criteri di selezione affidabili e validi Un criterio di selezione di test C è affidabile per un programma P se per ogni coppia di test T 1, T 2 selezionati dal criterio C, il test T 1 ha successo se e solo se T 2 ha successo. Un criterio di selezione C è valido per un programma P se il programma P non è corretto, esiste almeno un test T selezionato da C che ha successo su P.

13 Teorema di Goodenough e Gerhart C affidabile e valido, T selezionato da C, T non ha successo allora P è corretto

14 Problemi indecidibili Dato P qualsiasi, stabilire se la sua esecuzione su un input arbitrario termina

15 Teorema di HOWDEN Non esiste un algoritmo che, dato un programma arbitrario P, generi un test finito definito da un criterio affidabile e valido.

16 Tesi di Dijkstra Il testing di un programma può rivelare la presenza di malfunzionamenti, ma mai dimostrarne l assenza.

17 Problemi indecidibili Teorema di Weyuker Dato P qualsiasi, i seguenti problemi sono indecidbili: esiste almeno un dato di ingresso che causa l esecuzione di un particolare comando? esiste un particolare dato di ingresso che causa l esecuzione di una particolare condizione (branch)? è possibile trovare almeno un dato di ingresso che causa l esecuzione di ogni comando di P? è possibile trovare almeno un dato di ingresso che causa l esecuzione di ogni condizione (branch) di P? è possibile trovare almeno un dato di ingresso che causa l esecuzione di ogni cammino di P?

18 Concetti base Strategie di testing Bibliografia Sommario

19 Concetti di base Strategie di testing revisione formale il testing procede bottom up (dal componente al sistema) uso di tecniche differenziate sviluppatore o tester debugging

20 Concetti di base Strategie di testing da R. Pressman Ingegneria del software Mc Graw Hill Italia, 5a edizione, 2007, pag. 486

21 Concetti base Strategie di testing Bibliografia Sommario

22 Strategie di testing Scriveremo i test prima di scrivere il codice, in continuazione. Conserveremo questi test per tutta la durata del sistema, e li eseguiremo frequentemente tutti assieme. Deriveremo dei test anche dalla prospettiva del cliente. da K. Beck Programmazione estrema, Addison-Wesley, 2000, pag. 126

23 Problema Necessità dei test Difficoltà di realizzarli

24 Il testing secondo la XP Secondo la XP si deve lavorare in accordo con la natura umana, e il testing è contrario alla natura umana. I test sono uno strumento per verificare il comportamento del sistema (CHE È LA COSA CHE INTERESSA) I test che si devono scrivere nell XP sono isolati ed automatici. da K. Beck Programmazione estrema, Addison-Wesley, 2000, pag. 127

25 Il testing secondo la XP Secondo la XP si deve lavorare in accordo con la natura umana, e il testing è contrario alla natura umana. I test sono uno strumento per verificare il comportamento del sistema (CHE È LA COSA CHE INTERESSA) I test che si devono scrivere nell XP sono isolati ed automatici. da K. Beck Programmazione estrema, Addison-Wesley, 2000, pag. 127

26 Il testing secondo la XP Secondo la XP si deve lavorare in accordo con la natura umana, e il testing è contrario alla natura umana. I test sono uno strumento per verificare il comportamento del sistema (CHE È LA COSA CHE INTERESSA) I test che si devono scrivere nell XP sono isolati ed automatici. da K. Beck Programmazione estrema, Addison-Wesley, 2000, pag. 127

27 Il testing secondo la XP I test devono essere non interagenti essere automatici collaudare ciò che potrebbe non funzionare pagare

28 Il testing secondo la XP Se il codice è talmente semplice da non poter non funzionare, e vi accertate che il codice in questione funziona realmente nella pratica, allora non dovete scrivere test. Se vi consigliassi di collaudare ogni cosa, v accorgereste ben presto che la maggior parte dei test che state scrivendo sono privi di valore, e se foste come me smettereste di scriverli dicendo: Questo testing è per gli stupidi. da K. Beck Programmazione estrema, Addison-Wesley, 2000, pag. 127

29 Il testing secondo la XP : tipi di test Test unitari relativi ai metodi programmatori successo 100 % Test funzionali relativi alle storie clienti (in collaborazione con il collaudatore del gruppo) non sempre 100 %

30 Il testing secondo la XP : tipi di test Test parallelo Stress test Test della scimmia

31 Bibliografia Concetti base Strategie di testing Bibliografia Sommario

32 Bibliografia Bibliografia Riferimenti bibliografici 1. R. Pressman Ingegneria del software Mc Graw Hill Italia, 5a edizione, 2007, capitoli 15 e IEEE Standard Glossary of Software Engineering Terminology. 3. K. Beck Programmazione estrema, Addison-Wesley, 2000, (capitolo 18). 4. P. Jalote A Concise Introduction to Software Engineering Springer, 2008, par. 7.4, capitolo C. Ghezzi, M. Jazayeri, D. Mandrioli Ingegneria del software. Fondamenti e principi, Pearson Education Italia, 2004.

Documenti analoghi

Corso di Ingegneria del Software. Casi d uso

Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca mario.vacca1@istruzione.it 1. 2. 2.1 Il linguaggio dei casi d uso 2.2 Esempi 3. Bibliografia Sommario 1. 2. 2.1 Il linguaggio dei casi d uso