> Pour revenir sur la question des unit tests, en cas deux bugs, tu as > donc deux possibilités: > - ou bien tu appliques un monkey patch qui tu rajouteras un override > de la classe "patcher" dans ton projet, et tu mets tes tests dessus
le patch peux te mettre hors-sync du developement du Flex SDK SDK v3.0.0, tu monkey path ils updatent, ton patch marche plus, obligé de repatcher etc. > - ou tu participes au développement du framework Flex, en ouvrant un > ticket, et en te permettant de modifier le code source du framework. > oui ok mais dans le 2 cas, avoir les unit tests du Flex SDK ce serait mieux pour l'instant ils ne donnent que un script de checkin, mais ce ne sont pas de vrais unit tests et les unit tests désolé mais c'est tres tres tres important, et encore plus important plus le projet est gros > Globalement, la première solution est la plus safe. Cela permet > d'avoir une visibilité sur les modifications effectuées sur le > framework, et tout en laissant la possibilité de mettre à jour celui- > ci facilement. > perso la 2nde solution est mieux, autant faire profiter la communauté du bug/patch etc. > Après, rien ne t'empêche de mettre tes tests autour de ce que tu > modifies, quelques soit la solution que tu utilises. C'est d'ailleurs > de cette manière que l'on pose des tests sur du legacy code. > oui ok, mais je vois pas le Flex SDK comme du legacy code les unit tests c'est aussi important que le code lui-meme tu prends maashaack par ex, sans les unit tests ca devient ingérable et c'est ce qui me fait tiquer avec le Flex SDK d'un coté il y a le devnet qui suggere en best practice d'utiliser FlexUnit et de faire des unit tests, mais dans leur propre projet open source ils n'utilisent pas FlexUnit et ne fournissent pas d'unit tests et ce pour toute une tripotée de classes > De plus, les tests écrits par d'autres personnes ne seront jamais de > bons tests pour ton code / tes modifications. Sauf si tu vérifies que > tous les tests prennent en compte les possibilités qu'impliquent tes > modifications, tu ne peux pas les considérer comme fiables. > ces 4 lignes me font dire que soit tu confonds "tests" et "unit tests" ou soit tu ne sais pas ce que sont des unit tests ex http://code.google.com/p/maashaack/source/browse/trunk/AS3/src/system/Version.as ---- public function toString( fields:int = 0 ):String { var arr:Array; if( (fields <= 0) || (fields > 4) ) { fields = getFields( ); //get the default fields } switch( fields ) { case 1 : { arr = [ major ]; break; } case 2 : { arr = [ major, minor ]; break; } case 3: { arr = [ major, minor, build ]; break; } case 4: default: { arr = [ major, minor, build, revision ]; } } return arr.join( _separator ); } ---- et http://code.google.com/p/maashaack/source/browse/trunk/AS3/tests/framework/system/VersionTest.as ---- public function testToString():void { var v1234:Version = new Version( 1, 2, 3, 4 ); var v0000:Version = new Version( 0, 0, 0, 0 ); assertEquals( "1.2.3.4", v1234.toString() ); assertEquals( "0", v0000.toString() ); assertEquals( "1", v1234.toString(1) ); assertEquals( "1.2", v1234.toString(2) ); assertEquals( "1.2.3", v1234.toString(3) ); assertEquals( "1.2.3.4", v1234.toString(4) ); assertEquals( "0", v0000.toString(1) ); assertEquals( "0.0", v0000.toString(2) ); assertEquals( "0.0.0", v0000.toString(3) ); assertEquals( "0.0.0.0", v0000.toString(4) ); assertEquals( "0", v0000.toString(10) ); assertEquals( "0", v0000.toString(-10) ); } ---- un unit test, ca passe ou ca ne passe pas, et cela permet justement de travailler a plusieurs sans casser le travail des autres de plus cela a aussi une valeur educative, qlqn qui n'est pas famillier avec un gros code source peut lire les unit tests en plus du code pour mieux comprendre la logique et/ou le comportement et/ou les limitations etc. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/FCNG?hl=fr -~----------~----~----~----~------~----~------~--~---
