Premièrement ça permet d'importer les tests quand on importe un package ( par exemple un external de svn ), et de s'assurer que l'on va continuer à tester le code.
Ensuite c'est plus facile à coder ( tout est relativement proche ).
Pour ce qui est des doctest, il faut que ça reste de la documentation. Bien souvent dans les tests, il est nécessaire de configurer l'environnement (bdd...), et dans en doctest, je trouve que ça rend le code illisible. En fait c'est plus pour expliquer comment on se sert du code, que pour réaliser un test, mais c'est mon point de vue.
Après, pour lancer les tests, nose permet de descendre récursivement et d'exécuter tout ce qui ressemble à un test dans son nom, donc ça se fait tout seul...
Sinon dans ton arborescence, je verrais bien aussi un répertoire doc, au même niveau que test histoire d'être complet; et il manque les --init--.py !
# Pareil
Posté par chimrod (site web personnel) . En réponse au message Organisation des fichiers. Évalué à 2.
Dans la boite, on a adopté la même hiérarchie.
Premièrement ça permet d'importer les tests quand on importe un package ( par exemple un external de svn ), et de s'assurer que l'on va continuer à tester le code.
Ensuite c'est plus facile à coder ( tout est relativement proche ).
Pour ce qui est des doctest, il faut que ça reste de la documentation. Bien souvent dans les tests, il est nécessaire de configurer l'environnement (bdd...), et dans en doctest, je trouve que ça rend le code illisible. En fait c'est plus pour expliquer comment on se sert du code, que pour réaliser un test, mais c'est mon point de vue.
Après, pour lancer les tests, nose permet de descendre récursivement et d'exécuter tout ce qui ressemble à un test dans son nom, donc ça se fait tout seul...
Sinon dans ton arborescence, je verrais bien aussi un répertoire doc, au même niveau que test histoire d'être complet; et il manque les --init--.py !