tag:blogger.com,1999:blog-10768633.post111105338588544545..comments2007-04-15T08:30:27.966+02:00Antonihttp://www.blogger.com/profile/04179674020928991731noreply@blogger.comBlogger1125tag:blogger.com,1999:blog-10768633.post-1111834975393146302005-03-26T12:02:00.000+01:002005-03-26T12:02:00.000+01:00El problema és que tenim un codi que es clar i volem canviar el càlcul d'una funció però no podem provar si aquest canvi funciona.<BR/><BR/>Això es degut a que aquest càlcul necessita d'un resultat que obtenim de la crida a un mètode estatic d'una altra classe que accedeix a un sistema remot i per fer les proves no podem accedir a ell.<BR/> <BR/>La solució que proposa és fer no estàtic aquest mètode i sobreescriure'l de manera que retorni un valor concret que nosaltres haurem indicat en el "test". Això comporta canvis en la classe que volem testejar, com afegir un atribut que faci referència a una instància de la classe del mètode que ara és estatic. El codi ja no és tan clar com abans però podem provar si el canvi que voliem realitzar és correcte. L'autor assegura que el nou codi junt amb els "tests" donen una altre tipus de claredat.<BR/><BR/>L'autor diu que podem fer els dissenys més facils de mantenir si primer els fem provables. <BR/>Personalment crec que pot ser costos en sistemes grans, pero sabem que el manteniment del software és l'etapa més llarga i per tant hi sortim guanyant.David Luna Bistuernoreply@blogger.com