1. Vous avez déjà dû accepter l'invitation dans la classroom github: https://classroom.github.com/a/9T9biNFl
2. Si besoin, voici la procédure à suivre; il suffit de se laisser guider.

Choisissez votre outil préféré pour travailler avec git, par exemple :

• github desktop, en sélectionnant directement dans votre dépôt github :
• gitkracken
• sourcetree
• ou en ligne de commandes

Suivre le tutoriel ci-joint et répondez aux questions suivantes :

1. Quelles sont les classes de codes à tester ?
2. Quelles sont les classes de tests?
3. Quels sont les tests?
4. Comment est structuré un projet Maven? Quels sont les fichiers importants ?

Suivre le tutoriel suivant puis répondez aux questions suivantes :

1. Quelles sont les classes non testées?
2. Quelles sont les classes dont la totalité du code a été testée?
3. Comment pourrions-nous améliorer la couverture de tests? (A ne pas faire).
4. Est-ce que la couverture de code est suffisante pour garantir qu'un code est bien testé? Que pouvez-vous aussi apprendre sur un code par la couverture de code? ¹⁾

Quand on vous demandera la couverture de tests dans les TDs suivant, on attend des copies d'écran du même type que

Pour évaluer la qualité de vos codes sur votre machine et vous améliorer tout seul, suivez le tutoriel suivant. Plus tard dans vos projets, vous pourrez choisir d'utiliser des outils tels que https://sonarcloud.io/

1. Comment vous assurez que vos codes ne contiennent pas de grosses erreurs?
2. D'après vous pourquoi sonarlint parle de “code smell”?
3. Pourquoi SonarLint peut-il vous aider à vous améliorer?
4. SonarLint peut-il vous aider à trouver des bugs?
5. Est-ce qu'un bad smell est forcément une erreur?

1. Passage au Déverminage des codes (Debugging)

1. Est-ce qu'un code testé est un code sans erreur?
2. Ajouter des tests pour couvrir la globalité du code de Hello.java

Pour ne pas rater les points importants :

1. Ouvrir eclipse
2. Créer un projet java et faîtes bien attention à sa localisation sur votre machine
   1. Attention à localiser le projet “localement” i.e. pas dans Document
3. Créer un nouveau folder de “sources” de nom tests pour y placer les tests
   1. POURQUOI ? Révision ou Apprentissage sur les tests. Attention cette page contient des informations qui sont utilisées dans le test.
4. Récupérer le dépôt distant par un simple download (https://git-iutinfo.unice.fr/blay/MiProject.git)
5. 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 !
6. Il vous manque la référence Junit. Clique droit sur la « boule jaune » et valider.
7. Exécuter les tests unitaires
8. Quelle est lʼerreur ? (on en vous demande pas de la corriger, mais de la comprendre puis de la situer dans vos codes.)
9. Visualiser la couverture de tests (voir sous Tests en Java - Rappel ou Apprentissage les explications sur la couverture de tests.)
   1. Quelle classe nʼest pas du tout couverte par des tests?
   2. Quelle méthode est partiellement couverte?
   3. Quand on vous demandera la couverture de tests dans les TDs suivant, on attend des copies d'écran du même type que
10. Installer un nouvel outil pour évaluer la qualité des codes : chercher sonar dans « eclipse Markeplace »
    1. https://www.sonarlint.org/
    2. 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.
11. Analyser ces codes.
    1. Quels problèmes sont identifiés ?
12. Passage au Déverminage des codes (Debugging)
13. Vérifier que tous les points suivants sont clairs pour vous.

Maintenant vous pouvez vous tester https://lms.univ-cotedazur.fr/mod/quiz/view.php?id=29064