aeris22’s avataraeris22’s Twitter Archive—№ 28,035

  1. …in reply to @AlainOscarNeo
    @AlainOscarNeo C’est de l’aéro dont je parle hein :P Mais ça t’arrive de communiquer avec des satellites :P
    1. …in reply to @aeris22
      @AlainOscarNeo Bon courage pour corriger un cas d’usage foireux si t’as pas de tests U permettant d’élaguer rapidement 80% du code.
      1. …in reply to @aeris22
        @AlainOscarNeo Les tests fonctionnels t’obligent à virer les couches une par une pour trouver la coupable. […]
        1. …in reply to @aeris22
          @AlainOscarNeo En test U, tu peux rapidement mettre en place 2 ou 3 tests U supplémentaires, qui vont te dégager 80% du code non responsable
          1. …in reply to @aeris22
            @AlainOscarNeo Typiquement le cas d’un fichier qui daube. En fonctionnel, tu vas devoir valider que réseau marche, que fetcher marche […]
            1. …in reply to @aeris22
              @AlainOscarNeo que paramétrage marche… Test U, t’en poses 1 pour valider que tes données d’entrées sont déjà correctes.
              1. …in reply to @aeris22
                @AlainOscarNeo Si le test passe, tu sais que c’est pas l’appli mais plutôt le contexte (réseau, permissions…). […]
                1. …in reply to @aeris22
                  @AlainOscarNeo Si ça ne passe pas, t’as le coupable (parser/importer).
                  1. …in reply to @aeris22
                    @AlainOscarNeo Tu dichotomises en posant quelques tests U supplémentaires, tu trouves la cause du problème.
                    1. …in reply to @aeris22
                      @AlainOscarNeo En fonctionnel, tu juste pleures, la plupart des couches sont non by-passables facilement. Du coup, faut tricker partout…
                      1. …in reply to @aeris22
                        @AlainOscarNeo Et tu finis généralement par aller en essais successifs à coup de echo foo… Test U en O(n.log(n)), fonctionnel en O(2^n) :D