This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
2020_2021:s3:methodo:td:env1 [2020/08/13 15:31] blay [Git] |
2020_2021:s3:methodo:td:env1 [2020/08/13 22:59] (current) blay [Les tests Junit] |
||
---|---|---|---|
Line 29: | Line 29: | ||
- | ===== Eclipse et maven ===== | ||
===== Eclipse et maven ===== | ===== Eclipse et maven ===== | ||
- | ===== Les tests Junit ===== | + | Suivre le tutoriel ci-joint et répondez aux questions suivantes : |
+ | - Quelles sont les classes de codes à tester ? | ||
+ | - Quelles sont les classes de tests? | ||
+ | - Quels sont les tests? | ||
+ | - Comment est structuré un projet Maven? Quels sont les fichiers importants ? | ||
+ | <note>A cette étape, vous avez un projet Eclipse sur votre machine qui est à jour avec le code distant et tous les tests passent. Nous allons nous intéresser à présent à la qualité des codes. </note> | ||
===== La couverture de code ===== | ===== La couverture de code ===== | ||
+ | Suivre le tutoriel suivant puis répondez aux questions suivantes : | ||
+ | - Quelles sont les classes non testées? | ||
+ | - Quelles sont les classes dont la totalité du code a été testée? | ||
+ | - Comment pourrions-nous améliorer la couverture de tests? (A ne pas faire). | ||
+ | - 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? ((Identifier les codes morts, les codes par lesquels un programme ne passe jamais, ...)) | ||
+ | |||
+ | <note tip>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|}}</note> | ||
+ | |||
+ | <note>A cette étape, vous savez visualiser la couverture de codes et identifier les codes non testés. Nous allons nous intéresser plus précisément à la qualité des codes.</note> | ||
+ | |||
+ | |||
===== La qualité du code ===== | ===== La qualité du code ===== | ||
+ | |||
+ | 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/ | ||
+ | |||
+ | - Comment vous assurez que vos codes ne contiennent pas de grosses erreurs? | ||
+ | - D'après vous pourquoi sonarlint parle de "code smell"? | ||
+ | - Pourquoi SonarLint peut-il vous aider à vous améliorer? | ||
+ | - SonarLint peut-il vous aider à trouver des bugs? | ||
+ | - Est-ce qu'un bad smell est forcément une erreur? | ||
+ | |||
+ | |||
+ | <note>A cette étape, vous avez maintenant un outil sur votre machine qui vous permet d'améliorer la qualité de vos codes et de vous améliorer. L'étape d'après....</note> | ||
+ | ===== Rechercher les bugs dans du code ===== | ||
+ | - [[2019_2020:s3:methodo:td:debug|Passage au Déverminage des codes (Debugging)]] | ||
+ | ===== Les tests Junit ===== | ||
+ | - Est-ce qu'un code testé est un code sans erreur? | ||
+ | - Ajouter des tests pour couvrir la globalité du code de Hello.java | ||
+ | |||
+ | |||
+ | ===== Visualiser son code sous forme d'un diagramme de classes ===== | ||
+ | <note tip>**ObjectAid** | ||
+ | sous Install new software > add > http://www.objectaid.com/update/current ... | ||
+ | |||
+ | Puis après avoir relancé Eclipse, sous New > Other > Object Aid..> Classes .... ensuite vous posé simplement les classes à visualiser sur votre diagramme. | ||
+ | </note> | ||
+ | ===== OLD ===== | ||
+ | |||
Pour ne pas rater les points importants : {{fa>arrow-circle-right?24}} | Pour ne pas rater les points importants : {{fa>arrow-circle-right?24}} |