Merge branch 'steps/06-properties' into steps/07-architecture-tests

ythirion · Sep 7, 2023 · b82fcef · b82fcef
2 parents 77345c6 + 2c648d5
commit b82fcef
Show file tree

Hide file tree

Showing 4 changed files with 14 additions and 2 deletions.
diff --git a/example-mapping/example-mapping.pdf b/example-mapping/example-mapping.pdf
diff --git a/example-mapping/example-mapping.webp b/example-mapping/example-mapping.webp
diff --git a/facilitation/steps/01.gather-metrics.md b/facilitation/steps/01.gather-metrics.md
@@ -51,11 +51,23 @@ A part les références au framework, aucune dépendance n'est "exotique".
 Les seuls packages utilisés sont ceux pour les tests.
 
 ## Code Coverage
-On lance nos tests en activant le `code coverage`:
+### Via Rider
+On lance nos tests en activant le `code coverage` depuis `Rider`:
 ![Code coverage](img/01.gather-metrics/coverage.webp)
 
+### En ligne de commande
+Pour ce faire on peut utiliser `dotCover` :
+```shell
+dotnet tool install --global JetBrains.dotCover.GlobalTool
+dotnet dotcover test --dcReportType=HTML
+```
+
+Cela va générer 1 rapport `html` :
+![html report](img/01.gather-metrics/dotcover-report.webp)
+
 Super nouvelle !!! on a du code source couvert à 100%.  
-Est-ce que cela suffit pour nous rendre complètement confiant vis-à-vis de nos futurs refactorings ?
+
+> Est-ce que cela suffit pour nous rendre complètement confiant vis-à-vis de nos futurs refactorings ?
 
 ## Analyse static de code
 Nous allons dès maintenant mettre en place un outil d'analyse static de code ([SonarCloud](https://www.sonarsource.com/products/sonarcloud/) ici) et automatiser son lancement via notre chaine de build.

diff --git a/facilitation/steps/img/01.gather-metrics/dotcover-report.webp b/facilitation/steps/img/01.gather-metrics/dotcover-report.webp