Ici, même problème pour le premier test. Pour les deux suivants, c'est clair : tu dois ajouter un attribut size dans Tile.
test_type_symbol.py
(base) mm18ag:tree_structure aristide$ pytest test_type_symbol.py
============================================================================================ test session starts =============================================================================================
platform darwin -- Python 3.7.4, pytest-5.3.1, py-1.8.0, pluggy-0.13.0
rootdir: /Users/aristide/Dropbox/git/tree_structure
plugins: arraydiff-0.3, remotedata-0.3.2, doctestplus-0.4.0, openfiles-0.4.0
collected 0 items
=========================================================================================== no tests ran in 0.01s ============================================================================================
Ici, pas d'échec, parce qu'aucun test n'est lancé. Pour qu'un test se lance, son nom doit commencer par test_. Vérifie cela également dans les autres fichiers, je ne sais pas combien de fonctions sont dans ce cas.
Fais une recherche/remplacement sur l'ensemble du projet pour passer les chemins relatifs en absolu.
Autres remarques
À première vue, la plupart des tests écrits semblent triviaux. Ce n'est pas totalement inutile de les écrire, par contre tu perds du temps en ajoutant des messages verbeux: c'est le framework de tests qui te dit, le cas échéant, ce qui s'est mal passé. Écrire un truc du genre:
assert t1 != t2, "It says that the two tiles are identical : problem"
Aucun des tests fournis ne passe, voici les sorties, avec des indications pour corriger.
test_type_page.py
Je pense que tu dois définir un prédicat
__lt__(self, other)
(less than) dansSymbol
, car sinon selon quel critère les trier ?test_type_problem-input.py
Ici, même problème pour le premier test. Pour les deux suivants, c'est clair : tu dois ajouter un attribut
size
dansTile
.test_type_symbol.py
Ici, pas d'échec, parce qu'aucun test n'est lancé. Pour qu'un test se lance, son nom doit commencer par
test_
. Vérifie cela également dans les autres fichiers, je ne sais pas combien de fonctions sont dans ce cas.test_type_tile.py
Fais une recherche/remplacement sur l'ensemble du projet pour passer les chemins relatifs en absolu.
Autres remarques
À première vue, la plupart des tests écrits semblent triviaux. Ce n'est pas totalement inutile de les écrire, par contre tu perds du temps en ajoutant des messages verbeux: c'est le framework de tests qui te dit, le cas échéant, ce qui s'est mal passé. Écrire un truc du genre:
... est une pure perte de temps.