Faire des tests en Python FELD Boris - Pyconfr 2012

Requirements $> pip install nose sst

Something that is untested is broken.

About me Étudiant en école d’ingénieur Évangeliste python et fan de l’open- source @lothiraldan (sur twitter, bitbucket, github, google plus, un peut partout en fait...)

Plan Rappels Mise en pratique Retour et conseils

Rappels

C’est quoi un test ? La vérification d’un objectif. Simplement: On effectue une action, on vérifie que le résultat est le résultat attendu.

Des tests oui... Mais automatisés Le problème avec les tests «à la main»: Il faut trouver une main disponible Dans ce cas il faut automatiser les tests

Pourquoi faire des tests ?

Pourquoi faire des tests ? Assurer la qualité du produit finit. Vérifier qu’il n’y a pas de régression. Détecter les bugs.

Oui mais surtout... C’est un moyen de gérer la peur pendant le développement - Kent Benck Au moindre doute, le développeur peut lancer les tests.

Les tests Terminologie: La partie de l’application que l’on teste est souvent appelé «SUT» (System Under Test). Que tester ? Tout... Sauf les librairies/services externes.

Caractéristiques attendues Reproductibles Laisser un environnement clean Un test unitaire doit être isolé de son environnement

Niveaux et types de tests Niveau de test : périmètre, qu'est-ce que tu teste Types de test : comment tu veut tester

Niveaux de tests Tests unitaires Tests d’intégration Tests système Tests d’acceptation

Test unitaire Unité SUT

Test d’intégration SUT Unité existante Unité existante Unité

Test système SUT Unité Unité Unité Unité Unité Unité

Types de tests Tests fonctionnels Tests de non-régression Tests de performance Tests de sécurité

Étapes d’un test Préparer l’environnement Initialiser les variables Faire l’appel Vérifier l’environnement et la réponse Nettoyer l’environnement

TDD

Test Driven Development Popularisé par Kent Benck auprès de la communauté SmallTalk. La base du TDD repose sur un cycle : Red - Green - Refactoring. Quelques règles aussi.

Organisation des tests Les tests sont organisés en TestCase. Ils constituent un ensemble logique de tests (le même SUT, ...). Les TestCase sont organisés en TestSuite. Ils constituent là aussi un ensemble logique de TestCase (tous les tests, tous les tests unitaires, ...).

Unittest Module python faisant partie de la librairie standard. Inspiré par JUnit.

Exemple avec unittest import random import unittest class TestSequenceFunctions(unittest.TestCase): def setUp(self): self.seq = range(10) def test_shuffle(self): # make sure the shuffled sequence does not lose any elements random.shuffle(self.seq) self.seq.sort() self.assertEqual(self.seq, range(10)) # should raise an exception for an immutable sequence self.assertRaises(TypeError, random.shuffle, (1, 2, 3)) 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) if __name__ == '__main__': unittest.main()

Les méthodes d’assertion On a le choix : AssertEqual/AssertNotEqual AssertTrue/AssertFalse AssertIn/AssertNotIn AssertRaises

Mise en pratique

Étape 1, présentation de l’application Librairie de gestion de budgets partagés Qui n’a jamais eut besoin de gérer un budget à plusieurs lors d’une sortie ou d’un week-end ? Qui a payé ? Combien ? Pour qui ? Qui doit combien et à qui ?

Étape 2, premiers tests Créons un test qui signifie ce qu’on veut en suivant les principes du Test Driven Development (test d’abord).

Tester les interactions Unité SUT Unité existante

La manière «classique» Unité SUT Unité existante Etat 1

On remplace ! Unité SUT Unité existante

On remplace ! Unité SUT Unité existante

On remplace ! Unité SUT Unité existante Fausse unité

Pourquoi remplacer une unité ? Remplacer un comportement non déterministe (l'heure ou la température ambiante). Si l’unité a des états difficiles à reproduire (une erreur de réseau par exemple). Si l'initialisation de l’unité est longue (ex : création d'une base de données). Si l’unité n'existe pas ou si son comportement peut encore changer. S'il est nécessaire d'inclure des attributs et des méthodes uniquement à des fins de test. Pour isoler les tests. Pour éviter qu’un bug introduit dans une unité fasse échouer toute la suite de tests.

On remplace ! Cela consiste à utiliser des mocks, des objets avec des réponses prédéfinies. Ainsi il est plus simple de «simuler» des erreurs, des cas difficiles à configurer, ...

Test Coverage Quelle partie de mon code est testée ?

Rapport en HTML

Selenium Test d’interface en lançant un vrai navigateur. Puis interaction avec le navigateur via une socket. Lent mais rendu réel.

SST from sst.actions import * go_to('http://www.pycon.fr/2012/') element = assert_text_contains('logo', 'PyConFR 2012')

Conseils 1 bug = 1 test Partager efficacement les résultats des tests Mettre en place un outil d’intégration continue (jenkins, travis-ci).

Tests anti-pattern Les boucles dans les tests, surtout si il y a un assert dedans Les tests avec beaucoup d’asserts Les tests avec des chemins no relatifs (ça marche sur ma machine).

Testing legacy code

Quand le stagiaire me dit que les tests, “c’est pour ceux qui savent pas coder” LJDC