Panoramica su TDD e il suo utilizzo per lo sviluppo di applicazioni web.
La presentazione fa parte del programma di formazione interna H-art per l'area sviluppo.
47. THANK YOU
H-art
Via Sile, 41
31056 - Ca’ Tron (Treviso)
All rights reserved. This publication is protected by copyright.
No part of it may be reproduced, stored in a retrieval system,
or transmitted in any form, or by any means, electronic,
mechanical, photocopying or otherwise, without written
permission from the copyright owners.
Every effort has been made to ensure the accuracy of the
contents, but the publishers and copyright owners cannot
accept liability in respect of errors or omissions. Readers will
appreciate that the data are as up-to-date only to the extent
that their availability, compilation and printed schedules will
allow and are subject to change.
20100715 - TDD | Test Driven Development
Editor's Notes
\n
Il talk parte con l’introduzione degli aspetti peggiori del TDD.\nSi cerca di illustrare a cosa si va incontro, a quali saranno le difficoltà principali\n
Difetti evidenti e banali del TDD.\nSoffermarsi su serve esperienza per capire cosa testare\n
Evidenziare che le applicazioni web ricadono perfettamente nella descrizione di situazione critica.\nEvidenziare come questo porti a modificare il modo di scrivere applicazioni web.\n
\n
Si illustrano i vantaggi del TDD\nPerchè si dovrebbe modificare il proprio modo di lavorare ?\n
\n
Puntare attenzione su \nCONFIDENZA\nBUGFIX\n
\n
TDD non è “scrivere test”\nparadossalmente i test sono un aspetto marginale di quello che è veramente il TDD\ni Test sono uno strumento\n
TDD cambia e migliora il design del codice\n
TDD aiuta a trasmettere valore. Una suite di test da solidità a quello che si vende. \nLimitando i bug è più facile far percepire il valore di quello che si vende\n
TDD vuol dire ottenere codice pulito che funzioni spezzando il problema in due più piccoli\n1- codice che funzioni\n2- codice pulito\n
Tecniche \n
Ciclo di vita classico\nEvidenziare come write production code possa essere preceduta da\n“write fake implementation”\n
Iterazioni base del TDD\n
\n
\n
\n
Il TDD cambia il modo di scrivere codice\nUno degli aspetti fondamentali del TDD è che si scrive codice in maniera diversa, migliore\n\n
Evidenziare come scrivere prima i test porti a pensare \nall’interfaccia degli oggetti, \nalle relazioni tra gli oggetti\na come interagiscono tra loro\n
Rifattorizzazione = codice migliore\nchi scrive codice ottimo alla prima stesura ? \n
\n
\n
Sotto stress si tende a testare meno il codice prodotto che porta ad un aumento dello stress e così via\nImplementare dei test da subito può spezzare il ciclo dello stress. Al comparire di un problema si eseguiranno i test che aiuteranno a risolverlo diminuendo lo stress. La maggiore confidenza porterà a scrivere più test il che ridurrà ulteriormente lo stress e così via \n