Je ne vois pas les tests d’intégrations comme des tests d'ui ou des tests de vues. Je vois ça comme une fonctionnalité que l'on veut passer. Si ces tests marchent, mes objectifs sont atteints.
Je sais bien que ça sera lent, de toute façon. Je pense que le fait d'optimiser chacun de mes tests va suffire pour atteindre une vitesse raisonnable. Je vais également utiliser plus souvent les tests des controllers, helpers, mailers, etc... pour diminuer le nombre de fois ou j'utilise les tests d'intégrations. Je vais aussi utiliser https://github.com/grosser/rspec-instafail pour ne pas avoir a attendre la fin des tests pour avoir un message d'erreur. Je vais également penser à Travis. Merci pour votre aide. Le 2 mai 2012 10:10, thierry henrio <[email protected]> a écrit : > 2012/5/2 Florian Dutey <[email protected]> > >> >> L'idéal, c'est de limiter au minimum tes tests de vue en reportant le >> plus possible de choses sur les controllers et les helpers > > > Guirec, Ca me fait penser à "comment tu testes" :) > > Ecrire un test pour l'ui avant d'écrire l'ui, ne m'aide pas à la > conception de l'ui : je préfère faire un dessin ou juste la faire > (ça c'est mon opinion) > > Et il y a un effet de bord à tous ces tests d'intégration : tu attends, > parce que les test d'intégration, c'est plus lent qu'un test avec "moins de > choses dedans" > > Thierry > > > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > [email protected] > Pour résilier votre abonnement envoyez un e-mail à l'adresse > [email protected] > -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
