Programmation PYTHON - Zenk - Security - Repository

394
Techniques avancées
QUATRIÈME PARTIE
Régression
[tziade@Tarek Desktop]$ python tests_unitaires.py
Traceback (most recent call last):
File "tests_unitaires.py", line 16, in ?
assert moyenne(5) == 5
AssertionError
La modification, qui est valide pour le nouveau use case, a ajouté un bogue qui a provoqué
une régression sur un autre use case, décelée par le test unitaire.
Dans notre cas, il s’agit d’une erreur d’indentation classique : la ligne somme +=
nombre qui suit le raise a été indentée par mégarde.
Troisième version corrigée
def moyenne(*nombres):
taille = len(nombres)
if taille == 0:
return None
somme = 0
for nombre in nombres:
if not isinstance(nombre, int):
raise TypeError("'%s' n'est pas un entier" % str(nombre))
somme += nombre
return somme / taille
Regroupement des tests
En termes de découpage, on associe généralement un ensemble de tests par module
de code Python. Ce procédé permet de valider que les différentes classes, constantes
et fonctions regroupées dans un même module représentent une brique logique du
programme : si les éléments regroupés ne se testent pas de manière simple et homogène
dans l’ensemble de tests, il y a fort à parier que leur regroupement n’est pas bon.
En reprenant l’exemple précédent, si la fonction moyenne() fait partie d’un module
utils.py, on peut regrouper le code de test dans un module test_utils.py.
Tests plus complexes : raconter une histoire
Pour des tests plus longs qu’un simple appel à une fonction, la méthode la plus simple
consiste à raconter des petites histoires, qui correspondent à des scenarii d’utilisation.
Ces histoires sont des mélanges de commentaires, lignes de code et assertions.
L’exemple ci-contre est un test possible pour le module cPickle.