DTest

DTEST est un framework de test, similaire au paquet de unittest standard fourni par Python. La valeur ajoutée pour DTEST, cependant, est que l'exécution de test est filetée, grâce à l'utilisation de l'ensemble de eventlet. Le paquet DTEST fournit également le concept de «dépendances» entre les tests et les appareils d'essai - ainsi le "D" dans "déteste" - qui garantissent que les tests ne fonctionnent pas jusqu'à ce que le correspondant mis en place des dispositifs d'essai ont terminé, et que le abattre les appareils de test ne fonctionnent pas jusqu'à ce que tous les tests associés ont terminé. Dépendances peuvent également être utilisés pour assurer que les tests nécessitant la disponibilité de certaines fonctionnalités ne fonctionnent pas si les tests de cette fonctionnalité spécifique échouent.
Tests écriture
Les programmes de tests simples sont des fonctions simples avec des noms commençant par "test", situé dans les fichiers source Python dont le nom commence aussi avec "test". Il est même pas nécessaire d'importer une partie du cadre DTEST. Si les tests sont rassemblés dans les classes, cependant, ou si l'utilisation des fonctionnalités les plus avancées de DTEST est souhaitée, un simple de dtest import * est nécessaire. Cela rend disponible la classe DTestCase - qui devrait être prolongée par toutes les classes contenant les tests - ainsi que les décorateurs queskip etnottest.
Les tests peuvent être effectués en utilisant l'instruction Python assert norme; Toutefois, un certain nombre de programmes utilitaires sont disponibles dans le module dtest.util (également sans danger pour l'importation *). Beaucoup de ces routines utilitaires ont des noms similaires à des méthodes de unittest.TestCase - par exemple, dtest.util.assert_dict_equal () est analogue à unittest.TestCase.assertDictEqual ().
Calendrier test
Le cadre DTEST soutient montages d'essai - mettre en place et de démolir fonctions - au niveau classe, un module, et l'emballage. appareils au niveau du package se composent de fonctions nommées setUp () et tearDown () contenus dans «__init__.py" fichiers; de même, les appareils de niveau module sont constitués de fonctions setUp samed () et tearDown () dans modules contenant des fonctions et des classes de méthodes d'essai test. Au niveau de la classe, les classes peuvent contenir setUpClass () et tearDownClass () méthodes de classe (ou méthodes statiques), qui peuvent effectuer l'installation et le démontage pour chaque classe. Dans tous les cas, les fonctions setup () et la méthode setUpClass () sont exécutées avant que l'un des tests au sein de la même portée; De même, après tous les tests à une portée donnée ont signé, les tearDownClass correspondants (méthode) et tearDown (fonctions) sont exécutées.
Le cadre DTEST soutient également setUp par-test () et tearDown () fonctions ou des méthodes, qui sont exécutés avant et après chaque test associé. Pour les classes contenant les tests, chaque test a automatiquement le setUp () et tearDown () de la classe associée avec eux; Cependant, pour tous les tests, ces appareils peuvent être définies explicitement (ou modifiés à partir de la valeur par défaut de la classe). Prenons l'exemple suivant:
istest
def test_something ():
& Nbsp; essai quelque chose de # ici
& Nbsp; passe
@ Test_something.setUp
def something_setup ():
& Nbsp; # Obtenir tout mis en place prêt à aller ...
& Nbsp; passe
@ Test_something.tearDown
def something_teardown ():
& Nbsp; # nettoyer après notre
& Nbsp; passe
Dans cet exemple, un décorateur de DTEST (autre quenottest) est nécessaire test_something précédente (); ici nous avons utiliséistest, mais toute autre disposition DTEST décorateur pourrait être utilisé ici. Cela rend le @ @ test_something.setUp et décorateurs de test_something.tearDown disponibles. (Pour quelque chose d'analogue dans le standard de Python, consultez le décorateurproperty intégré.)
Tests en cours
Tests en utilisant le cadre DTEST Courir est assez straight-forward. Un script appelé run-dtests est disponible. Par défaut, le répertoire courant est balayé pour tous les modules ou les paquets dont le nom commence par "test"; la recherche récursif également à travers tous les paquets. (Un «paquet» est défini comme un répertoire contenant "__init__.py".) Une fois que tous les tests sont découverts, ils sont alors exécutées, et les résultats des tests émis sur la sortie standard.
Plusieurs options de ligne de commande sont disponibles pour contrôler le comportement des run-dtests. Par exemple, le "--no-sauter" option causer-dtests Exécuter pour exécuter tous les tests, même ceux décoré avec le décorateur deskip, et l'option "-d" causes dtests courir à la recherche d'un répertoire spécifique, plutôt que le répertoire courant. Pour une liste complète des options, utilisez l'option "-h" ou "--help".
Courir-dtests courir à partir de la ligne de commande ne sont pas la seule façon d'exécuter des tests, cependant. Le script run-dtests est un script très simple qui analyse les options de ligne de commande (en utilisant le OptionParser construit par la fonction dtest.optparser ()), convertit ces options dans une série d'arguments de mots-clés (en utilisant dtest.opts_to_args ()), puis passe ces arguments de mots clés pour la fonction de dtest.main (). Les utilisateurs peuvent utiliser ces fonctions pour construire la même fonctionnalité avec des extensions spécifiques à l'utilisateur, comme la fourniture d'une instance DTestOutput suppléant pour contrôler la façon dont les résultats des tests sont affichés, ou de fournir une autre méthode pour contrôler quels tests sont ignorés. . Voir les chaînes de documentation pour ces fonctions et de classes pour plus d'informations

Exigences :

• Python