Publicité
+ Répondre à la discussion Actualité déjà publiée
Page 2 sur 2 PremièrePremière 12
Affichage des résultats 21 à 25 sur 25
  1. #21
    Rédacteur
    Avatar de thierryler
    Homme Profil pro Thierry Leriche-Dessirier
    Inscrit en
    octobre 2007
    Messages
    3 533
    Détails du profil
    Informations personnelles :
    Nom : Homme Thierry Leriche-Dessirier
    Localisation : France

    Informations forums :
    Inscription : octobre 2007
    Messages : 3 533
    Points : 9 907
    Points
    9 907

    Par défaut

    Quelques màj sur 3T :

    D'abord, je reviens sur l'obligation de créer des interfaces. Je pense que c'est indispensable si on pense travailler avec plusieurs implémentations. Dans le cas contraire, on peut effectivement se contenter d'une classe simple.

    Je réaffirme que je suis absolument contre le fait de dire qu'un test qui ne compile pas correspond à l'étape Rouge du TDD. Un test qui ne compile pas, c'est juste du code sans valeur. Ça ne sert à rien !... Je pense que le minimum d'un programme, c'est au moins de compiler (ie. ne pas avoir de croix rouges dans le code). Par contre, ça me va très bien si ça retourne une valeur fausse, une constante ou une UOE.

    Et j'insiste une fois de plus sur le fait d'écrire directement tous les tests qui sont connus à l'avance (ie. recopiés des specs) au lieux d'alterner entre tests et code, par itérations.

    Et enfin, même si ce n'est qu'une proposition, je suis convaincu que c'est mieux lorsque ce sont des personnes différentes qui écrivent les tests et les codes.
    Thierry Leriche-Dessirier
    Consultant Java JEE Web Agile freelance
    Rédacteur pour Developpez
    Professeur de Génie Logiciel à l'ESIEA

    Site : http://www.icauda.com / Linked'in : http://www.linkedin.com/in/thierryler / Twitter : @ThierryLeriche
    Test DISC gratuit : http://www.profil4.com

  2. #22
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro Logan
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 108
    Détails du profil
    Informations personnelles :
    Nom : Homme Logan
    Âge : 29
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 108
    Points : 4 735
    Points
    4 735

    Par défaut

    Je suis pas sûr de bien comprendre entre "Un test qui ne compile pas, c'est juste du code sans valeur" et "écrire directement tous les tests qui sont connus à l'avance" ?
    Java : Forum - FAQ - Java SE 8 API - Java EE 7 API
    Articles sur Ceylon : Présentation et installation - Concepts de base - Typage

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  3. #23
    Rédacteur
    Avatar de thierryler
    Homme Profil pro Thierry Leriche-Dessirier
    Inscrit en
    octobre 2007
    Messages
    3 533
    Détails du profil
    Informations personnelles :
    Nom : Homme Thierry Leriche-Dessirier
    Localisation : France

    Informations forums :
    Inscription : octobre 2007
    Messages : 3 533
    Points : 9 907
    Points
    9 907

    Par défaut

    Un test qui compile mais qui reste rouge, c'est ce que je veux. Par contre un test qui ne compile pas, c'est du code pas fini.

    Tu me diras, un test rouge, ce n'est pas fini non plus... Tout dépend de la "définition du done"...

    Si j'écris le code suivant :

    Code :
    1
    2
    3
    4
    public Integer foo() {
      return "abcd" / 5;
    }
    Clairement, ça ne compile pas. C'est juste du n'importe quoi. Parfois ça ne compile pas parce que la méthode "foo" qu'on veut tester n'existe même pas...

    Je préfère avoir

    Code :
    1
    2
    3
    4
    public Integer foo() {
      throw new UnsuportedOperationException("...");
    }
    Ça compile et le message est clair. Du point de vue du test, c'est bon.
    Thierry Leriche-Dessirier
    Consultant Java JEE Web Agile freelance
    Rédacteur pour Developpez
    Professeur de Génie Logiciel à l'ESIEA

    Site : http://www.icauda.com / Linked'in : http://www.linkedin.com/in/thierryler / Twitter : @ThierryLeriche
    Test DISC gratuit : http://www.profil4.com

  4. #24
    Rédacteur/Modérateur
    Avatar de Logan Mauzaize
    Homme Profil pro Logan
    Architecte technique
    Inscrit en
    août 2005
    Messages
    2 108
    Détails du profil
    Informations personnelles :
    Nom : Homme Logan
    Âge : 29
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Transports

    Informations forums :
    Inscription : août 2005
    Messages : 2 108
    Points : 4 735
    Points
    4 735

    Par défaut

    Pour résumer (en pseudo-code) ?
    Code :
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    Loop
       Ecrire les interfaces (éventuellement les factory, etc.)
       Loop
          Ecrire les tests
          Loop
            Passer les tests
            Ecrire le code des implémentations
          End-Loop
       End-Loop
    End-Loop
    Si c'est le cas, je pense qu'on perd tout de même un élément important fourni par TDD : l'utilisabilité.
    Ceci dit c'est surtout vrai pour une bibliothèque et moins pour une application.

    Reste tout de même un point : la testabilité ? Je suppose que tu te reposes sur des framework et quelques bonnes pratiques ? Ou alors tu estimes que c'est négligeable ?
    Java : Forum - FAQ - Java SE 8 API - Java EE 7 API
    Articles sur Ceylon : Présentation et installation - Concepts de base - Typage

    ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
    Une solution vous convient ? N'oubliez pas le tag
    Signature par pitipoisson

  5. #25
    Rédacteur
    Avatar de thierryler
    Homme Profil pro Thierry Leriche-Dessirier
    Inscrit en
    octobre 2007
    Messages
    3 533
    Détails du profil
    Informations personnelles :
    Nom : Homme Thierry Leriche-Dessirier
    Localisation : France

    Informations forums :
    Inscription : octobre 2007
    Messages : 3 533
    Points : 9 907
    Points
    9 907

    Par défaut

    Disons qu'on souhaite développer une fonctionnalité F (éventuellement décomposée en plusieurs sous-fonctions) qui serait spécifiée dans un cahier des charges.

    Dans le cas simple, F va donner lieux à la création d'une interface IF avec éventuellement plusieurs implémentations CF1, CF2, etc. ou alors directement à une classe CF.

    Ce que dit 3T : on connait dès le départ l'ensemble (ou presque) des fonctionnalités à coder (publiquement) dans CF : M1, M2...

    Du coup, je peux écrire des méthodes vides qui compilent (renvoient des UOE) correspondantes à M1, M2, etc. C'est le premier temps de 3T. Et ici, je peux les préparer toutes dès le départ. Ça me garanti de ne pas en oublier. Disons ça garanti de ne pas en oublier une bêtement.

    Ensuite, je prépare les tests (JUnit ou autre) relatifs à ces fonctionnalités, avec les variantes identifiées. Je dois coder au minima toutes les variantes indiquées dans les specs. Si je detecte des variantes importantes, je les code aussi et je demande à la MOA de les ajouter dans les spécs...

    Ouais ça fait drôle la première fois qu'un développeur demande à son chef de lui donner du taf en plus, surtout s'il précise que ça l'oblige à faire de la qualité et que tout le monde y gagne.

    Une fois que ces tests sont écrits, ils sont tous rouges car ils reçoivent des UOE. Mais au moins ça compile.
    Thierry Leriche-Dessirier
    Consultant Java JEE Web Agile freelance
    Rédacteur pour Developpez
    Professeur de Génie Logiciel à l'ESIEA

    Site : http://www.icauda.com / Linked'in : http://www.linkedin.com/in/thierryler / Twitter : @ThierryLeriche
    Test DISC gratuit : http://www.profil4.com

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •