Unittest réglage/démontage pour plusieurs tests

Est-il une fonction qui est déclenché au début/à la fin d'un scénario de tests? Les fonctions de l'installation et le démontage sont licenciés avant/après chaque test.

En général, je voudrais avoir ceci:

class TestSequenceFunctions(unittest.TestCase):

    def setUpScenario(self):
        start() #launched at the beginning, once

    def test_choice(self):
        element = random.choice(self.seq)
        self.assertTrue(element in self.seq)

    def test_sample(self):
        with self.assertRaises(ValueError):
            random.sample(self.seq, 20)
        for element in random.sample(self.seq, 5):
            self.assertTrue(element in self.seq)

    def tearDownScenario(self):
        end() #launched at the end, once

Pour l'instant, ces l'installation et le démontage sont des tests unitaires et de se répandre dans tous mes scénarios (contenant de nombreux tests), est le premier test, l'autre est le dernier test.

  • Quelle version? Le module unittest a été élargi pour inclure un module_setup et module_teardown en Python 2.7.
  • 2.7 également introduit setUpClass() et tearDownClass() classmethods, ce qui permet d'avoir plusieurs classes dans le même fichier avec leurs propres par suite de l'installation et le démontage.
InformationsquelleAutor swan | 2011-12-05
  1. 122

    Que de 2,7 (par la documentation), vous obtenez setUpClass et tearDownClass qui exécuter avant et après les tests dans une classe donnée sont exécutés, respectivement. Sinon, si vous avez un groupe d'entre eux en un seul fichier, vous pouvez utiliser setUpModule et tearDownModule (la documentation).

    Sinon, votre meilleur pari est probablement va être de créer votre propre dérivée TestSuite et remplacer run(). Tous les autres appels seront traités par les parents, et exécuter voudrais appeler votre installation et le démontage de code autour d'un appel à la mère de run méthode.

    InformationsquelleAutor David H. Clements
  2. 43

    J'ai le même scénario, pour moi setUpClass et tearDownClass méthodes fonctionne parfaitement

    import unittest

class Test(unittest.TestCase):
    @classmethod
    def setUpClass(cls):
        cls._connection = createExpensiveConnectionObject()

    @classmethod
    def tearDownClass(cls):
        cls._connection.destroy()
    • Cela devrait être mis à jour pour être accepté de répondre parce que cela montre un exemple correct et ces fonctions doivent être classmethods pour travailler, ce qui n'est pas mentionné dans la accepté de répondre.
    InformationsquelleAutor V.Gupta
  3. 1

    Pour python 2.5, et lorsque l'on travaille avec pydev, c'est un peu dur. Il semble que pydev ne pas utiliser le test de la suite, mais il trouve tous les différents cas de test et les exécute tous séparément.

    Ma solution pour cela est d'utiliser une classe de la variable comme ceci:

    class TestCase(unittest.TestCase):
    runCount = 0

    def setUpClass(self):
        pass # overridden in actual testcases

    def run(self, result=None):
        if type(self).runCount == 0:
            self.setUpClass()

        super(TestCase, self).run(result)
        type(self).runCount += 1

    Avec cette astuce, lorsque vous héritez de cette TestCase (au lieu de l'original unittest.TestCase), vous aurez aussi hériter de la runCount de 0. Ensuite, dans la méthode run, la runCount de l'enfant en cas de test est vérifié et incrémenté. Cela laisse de la runCount variable pour cette classe à 0.

    Cela signifie que le setUpClass ne seront couru une fois par classe et pas une seule fois, par exemple.

    Je n'ai pas de tearDownClass méthode, mais je suppose que quelque chose pourrait être fait avec l'utilisation de ce compteur.

    InformationsquelleAutor sanderd17