• [^] # Re: Documentation exécutable, expect, tests unitaires

    Posté par (site web personnel) . En réponse au journal Documenter ou tester, il faut trancher (j'ai pas trouvé de rime avec choisir...). Évalué à 1.

    Du coup, en partant de la supposition qu'il y aura fatalement des cas demander une telle complexité, ton outil propose-t-il des fonctionnalités du même genre qu'expect, ou est-ce prévu ?

    Merci pour le retour. Oui Expect est dans le radar.

    J'ai fait une petite liste des choses intéressantes que j'ai trouvé sur le net, qui m'ont inspirées pour des détails de syntaxe ou pour les fonctionnalités : https://github.com/LionelDraghi/bbt/blob/main/docs/comparables.md

    La constante, c'est que tous ces outils utilisent un langage trop éloigné à mon goût de l'anglais pour figurer directement dans une doc. Mon point principal c'est le chemin direct de la doc au test. Et faire une surcouche à Expect pourrait être une solution, mais le contraire est également possible (et a déjà été discuté), c'est à dire utiliser une librairie Ada qui offre une API Expect.

    Sur la roadmap, la fonction d'interaction (être capable de répondre yes ou no quand ça prompte) est prévue. Je n'en ai pas (encore) besoin pour mes applications, mais j'en ai besoin pour tester bbt lui-même, car il prompte l'utilisateur pour confirmer des effacements. Et pour l'instant, je ne teste pas ces comportements.

    De façon générale, les outils disponibles, et en particulier ceux que je liste ci-dessus, offrent plus de fonctionnalité que bbt. Mais bbt vient sur un créneau spécifique, dont la simplicité est une composante importante, et je ne souhaite pas le rendre trop complexe, ni imiter l'existant.