Il y aussi du contre dans l'utilisation de <code> https://twitter.com/zackkitzmiller/status/506794923140472832
Le 3 septembre 2014 13:52, Nicolas <[email protected]> a écrit : > Le 3 septembre 2014 13:47, Kozlika <[email protected]> a écrit : > > > C'est nécessaire pour que le script reconnaisse qu'on lui cause je pense, > > vu que les instructions se mettent en bas du html entre des balises > > <code></code> > > > > Je me suis mal exprimé. Je comprends l'intérêt des balises code. > Ce que je voulais dire c'est que je trouve les tests trop liés à la façon > dont serait géré le html/css. Si demain tu décides de virer l'identifiant > overlay pour mettre une classe overlay à la place; les tests sont cassés > alors que la fonctionnalité est intacte. > > > > > > > > Le 3 septembre 2014 12:53, Nicolas <[email protected]> a écrit : > > > > > Pas mal. En regardant, très très rapidement, les tests ont l'air très > lié > > > au code html/css/js. Non ? > > > > > > Plutôt que : > > > clicking on ".rsvp" adds class "open" on "#overlay" > > > clicking on ".close, .confirm" removes class "open" on "#overlay > > > > > > Je préfèrerais écrire : > > > clicking on "RSVP" open an overlay > > > clicking on "Close" and confirm open an averlay > > > > > > Par exemple sur cette page : > > > https://github.com/nikrou/phyxo/blob/master/features/user.feature > > > > > > Je trouve ce genre de scénarios plus parlant et moins proche du code. > > > > > > > > > > > > Le 3 septembre 2014 12:14, Franck Paul <[email protected]> > a > > > écrit : > > > > > > > Ah ué, pas mal :-) > > > > > > > > > > > > Le 3 septembre 2014 12:05, Kozlika <[email protected]> a écrit : > > > > > > > > > Z'avez vu ça les dév ? http://uilang.com/ (je suis fan avant même > > > > d'avoir > > > > > testé...) > > > > > > > > > > j'ai pensé à l'outil de tests unitaires dont vous aviez parlé ; la > > > > démarche > > > > > ressemble, non ? > > > > > > > > > > -- > > > > > Anne / Kozlika > > > > > -- > > > > > Dev mailing list - [email protected] - > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > > > > > > > -- > > > > Franck > > > > -- > > > > Dev mailing list - [email protected] - > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > -- > > > Dev mailing list - [email protected] - > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > -- > > Anne / Kozlika > > -- > > Dev mailing list - [email protected] - > > http://ml.dotclear.org/listinfo/dev > > > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
