2019_2020:s3:methodo:td:env1
This is an old revision of the document!
Environnement de développement
- Ouvrir eclipse
-
- POURQUOI ? 1) Une question courante lors de la construction d'une suite de tests unitaires est de savoir comment organiser nos tests de manière sensée. Il existe différentes approches, mais en Java un idiome commun est d'avoir une classe de test par classe de projet, où la classe de test rassemble tous les tests qui testent les méthodes ou autres scénarios d'utilisation qui impliquent la classe. De plus, il est de pratique courante de localiser tout le code de test dans un dossier source différent avec une structure de paquet qui reflète la structure du paquet du code de production. La raison d'être de cette organisation est que dans Java les classes avec le même nom de paquet sont dans la même portée de paquet indépendamment de leur emplacement dans un système de fichiers. Cela signifie que les classes et les méthodes du paquet de test peuvent se référer à des classes non publiques (mais non-privés) des membres des classes du code de production, tout en étant toujours séparés du code de production.
- Récupérer le dépôt distant par un simple download (https://git-iutinfo.unice.fr/blay/MiProject.git)
-
- Quelle classe nʼest pas du tout couverte par des tests?
- Quelle méthode est partiellement couverte?
- Installer un nouvel outil pour évaluer la qualité des codes : chercher sonar dans « eclipse Markeplace »
-
- Quels problèmes sont identifiés ?
- Vérifier que tous les points suivants sont clairs pour vous.
Je sais
- Structurer mon projet en séparant bien code et tests
- Tester un programme java avec Junit et comprendre les erreurs
- Evaluer la couverture de mes codes
- Evaluer la qualité de mes codes avec Sonarlint.
Maintenant Je peux aborder la gestion de version
1)
extrait et traduit de p. 96 de ISBN 978-3-030-24094-3, Introduction to Software Design with Par Robillard, Martin P.
2019_2020/s3/methodo/td/env1.1566722835.txt.gz · Last modified: 2019/08/25 08:47 by blay