Je comprends que les méthodes setUpClass/tearDownClass
sont appelées une fois pour une classe, et setUp()/tearDown()
sont appelées avant/après chaque test unitaire. Voir l'extrait de code ci-dessous pour cette configuration standard:Python unittest - en utilisant setupclass, et plus d'un setup/démontage?
class Example(unittest.TestCase):
@classmethod
def setUpClass(cls):
do_expensive_setup_of_immutable_objects_used_by_all_tests()
def setUp(self):
do_setup_before_each_test()
def test1(self):
do_test1_stuff()
def test2(self):
do_test1_stuff()
def tearDown(self):
do_teardown_after_each_test()
@classmethod
def tearDownClass(cls):
do_teardown_of_immutable_objects_used_from_all_tests()
Cependant, je voudrais quelques tests unitaires pour avoir un autre setUp()
et tearDown()
d'autres tests unitaires. Qu'est-ce qui serait considéré comme une bonne structure de test pour réaliser cette fonctionnalité? Quelles options ai-je? Je suis inexpérimenté en Python et aimerais connaître un bon style à adopter pour écrire des tests unitaires impliquant des procédures coûteuses setUp()
.
les mettre dans une autre classe. –
Pourriez-vous être un peu plus précis, comme mettre exactement ce qui dans une autre classe? – bwrabbit