Differences

This shows you the differences between two versions of the page.

--- 2019_2020:s3:methodo:td:env1 [2019/08/25 11:08]
blay
+++ 2019_2020:s3:methodo:td:env1 [2019/09/03 16:47] (current)
blay
@@ Line 1: / Line 1: @@
 ====== Environnement de développement ======
+Pour ne pas rater les points importants : {{fa>arrow-circle-right?24}}
     - Ouvrir eclipse
     - Créer un projet java et faîtes bien attention à sa localisation sur votre machine {{ :2018_2019:s3:methodo:td:createiavaproject.png?direct&300 |}}
+        - Attention à localiser le projet "localement" i.e. pas dans ''Document''
     - Créer un nouveau folder de "sources"  de nom ''tests'' pour y placer les tests{{ :2018_2019:s3:methodo:td:createsourcefolder.png?direct&300 |}}
-        - POURQUOI ? [[2019_2020:s3:methodo:td:env1:tests|Révision ou Apprentissage sur les tests.]] ((extrait et traduit de p. 96 de ISBN 978-3-030-24094-3, Introduction to Software Design with Par  Robillard, Martin P.)) 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.
+        - {{fa>arrow-circle-right?24}} POURQUOI ? [[2019_2020:s3:methodo:td:env1:tests|Révision ou Apprentissage sur les tests.]] Attention cette page contient des informations qui sont utilisées dans le test.
     -  Récupérer le dépôt distant par un simple download (https://git-iutinfo.unice.fr/blay/MiProject.git) {{ :2018_2019:s3:methodo:td:depotdownload.png?direct&300 |}}
-    -  Recopier le contenu des répertoires  ''src'' et ''tests'' dans les répertoires correspondant de votre projet puis un **refresh** pour voir les codes sous eclipse. {{ :2018_2019:s3:methodo:td:refresh.png?direct&300 |}}
+    -  Recopier le contenu des répertoires  ''src'' et ''tests'' dans les répertoires correspondant de votre projet puis un **refresh** pour voir les codes sous eclipse. Attention, préservez la structure elle correspond aux packages ! {{ :2018_2019:s3:methodo:td:refresh.png?direct&300 |}}
     -  Il vous manque la référence ''Junit''. Clique droit sur la « boule jaune » et valider. {{ :2018_2019:s3:methodo:td:junit.png?direct&300 |}} {{ :2018_2019:s3:methodo:td:junit4.png?direct&300 |}}
     - Exécuter les tests unitaires {{ :2018_2019:s3:methodo:td:excuterjunit.png?direct&300 |}}
     - Quelle est lʼerreur ? (on en vous demande pas de la corriger, mais de la comprendre puis de la situer dans vos codes.){{ :2018_2019:s3:methodo:td:resultattest.png?direct&300 |}}
-    -  Visualiser la couverture de tests {{ :2018_2019:s3:methodo:td:coverage.png?direct&300 |}}
+    -  {{fa>arrow-circle-right?24}} **Visualiser la couverture de tests** {{ :2018_2019:s3:methodo:td:coverage.png?direct&300 |}} (voir sous [[2019_2020:s3:methodo:td:env1:tests|Tests en Java - Rappel ou Apprentissage]] les explications sur la couverture de tests.)
         - Quelle classe nʼest pas du tout couverte par des tests?
         - Quelle méthode est partiellement couverte?
+        - Quand on vous demandera la couverture de tests dans les TDs suivant, on attend des copies d'écran du même type que {{:2019_2020:s3:methodo:td:env1:capture_d_e_cran_2019-08-25_a_15.28.57.png?100|}}
     -  Installer un nouvel outil pour évaluer la qualité des codes : chercher sonar dans « eclipse Markeplace »
         -  https://www.sonarlint.org/ {{ :2018_2019:s3:methodo:td:sonarlint.png?direct&300 |}}
+        - Si vous avez une erreur qui interdit de relancer eclipse et uniquement dans ce cas : Effacer tout sous ''.eclipse'' qui vous est propre dont des fichiers générés avec sonarlint, puis relancez.
     -  Analyser ces codes. {{ :2018_2019:s3:methodo:td:sonarlintanalyse.png?direct&300 |}}
         - Quels problèmes sont identifiés ?
+    - [[2019_2020:s3:methodo:td:debug|Passage au Déverminage des codes (Debugging)]]
 /*
     -  Passons au gestionnaire de version
@@ Line 35: / Line 40: @@
 </box>
-Maintenant
+Maintenant vous pouvez vous tester [[https://lms.univ-cotedazur.fr/mod/quiz/view.php?id=29064]]
-[[2019_2020:s3:methodo:td:env|{{fa>angle-double-right?50|Gestion de version}}]]** Je peux aborder la** [[2018_2019:s3:methodo:td:env|gestion de version]]
+/* [[2019_2020:s3:methodo:td:env|{{fa>angle-double-right?50|Gestion de version}}]]** Je peux aborder la** [[2018_2019:s3:methodo:td:env|gestion de version]]
+*/

Cours au département INFO - IUT - UNS

User Tools

Site Tools

Differences

Page Tools