2. Le cas de ...
Fred Sandra
Les tests de boîte noire sont top!
Simples à écrire, ils ont du sens
pour tout le monde. Nous n’avons
pas tellement besoin de tests
unitaires.
Nous avons beaucoup fait les tests
boite noire, mais nous avons du
tous les jeter! On arrivait plus à les
maintenir.
Tuesday, May 14, 13
3. Le cas de ...
Fred Sandra
150 tests système
5 min
à l’intérieur du f-work
une seule BDD
600 tests système
9 heures
5 processus dont 2 batch
Selenium
2 BDD, 2 FS
Tuesday, May 14, 13
5. Un bon test
• Casse pour de vrais erreurs
• Ne casse pas pour un ajout
• N’est pas aléatoire
• Ne dépend pas d’autres tests
• Tourne vite
Tuesday, May 14, 13
6. Ratio vraie / fausse alerte
Lorsqu’un test système échoue c’est
• Un bug
• ou un évènement aléatoire
• pb réseau
• autres aplications HS (backend, bdd)
• maintenance manuel
• ou d’un dommage collateral
• Modification des données de test
• Nouvelle fonctionnalité modifie le comportement de
l’application (login)
• Données attendues trop larges
Tuesday, May 14, 13
12. Test d’intégration
@Test public void
it_knows_the_price_of_fruit() throws Exception {
storage.addFruit(fruit("Strawberries"), money(500));
assertThat(storage.priceFor(fruit("Strawberries"))).isEqualTo(money(500));
}
Test focalisé sur une librairie/service
externe (BDD, web service, framework)
Tuesday, May 14, 13