Programmation PYTHON - Zenk - Security - Repository

400
Techniques avancées
QUATRIÈME PARTIE
# chargement du fake
import fakeimaplib as imaplib
sys.modules['imaplib'] = sys.modules['fakeimaplib']
# utilisation du fake
print imaplib.__doc__
[...]
# déchargement du fake
del sys.modules['imaplib']
# rechargement du vrai module imap si nécessaire
if original_imap isnot None:
sys.modules['imaplib'] = original_imap
À RETENIR Primitive reload() et objet module
La primitive reload() permet de forcer le rechargement d’un module. Si elle est appelée pendant
les tests, le patch saute.
L’objet module peut être remplacé par n’importe quel type d’objet, du moment qu’il couvre les
appels qui lui sont faits.
Test coverage
Lorsque la batterie de tests est exécutée, le ratio entre le nombre de lignes parcourues
et le nombre de lignes totales du programme, appelé test coverage, doit être dans
l’idéal égal à 1. Si ce ratio est inférieur, cela signifie que certaines lignes de l’application
ne sont jamais testées.
Deux actions sont possibles :
Les tests sont complétés pour couvrir les cas non explorés.
Les lignes de code en question sont retirées car mortes. Les lignes mortes sont des
résidus de code qui ne peuvent jamais être appelés.
Qualité des tests
Le facteur clé de réussite de ce type de programmation tient dans la pertinence des
tests écrits. Mal employée, la technique peut s’avérer beaucoup moins efficace.
Voici quelques conseils pratiques :
N’inventez pas de use cases dans les tests, seuls ceux définis dans les spécifications
importent.
Chaque test doit raconter une petite histoire, du début jusqu’à la fin. Si l’histoire
s’interrompt, le découpage des tests est mauvais.