Skip to content

Commit aa4cf6e

Browse files
author
mel-mouk
committed
Translate 4.2
1 parent 13fcf8b commit aa4cf6e

File tree

1 file changed

+7
-7
lines changed

1 file changed

+7
-7
lines changed

readme-fr.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -1518,7 +1518,7 @@ Conseil d'implémentation: Tu peux vouloir configurer ton intégration continu p
15181518

15191519
<br/>
15201520

1521-
### :clap: Example: Un rapport de couverture classique
1521+
### :clap: Exemple: Un rapport de couverture classique
15221522

15231523
![alt text](assets/bp-18-yoni-goldberg-code-coverage.png "A typical coverage report")
15241524

@@ -1534,22 +1534,22 @@ Conseil d'implémentation: Tu peux vouloir configurer ton intégration continu p
15341534

15351535
<br/><br/>
15361536

1537-
## ⚪ ️ 4.2 Inspect coverage reports to detect untested areas and other oddities
1537+
## ⚪ ️ 4.2 Inspecter les rapports de couverture pour détecter les sections qui ne sont pas testées et autres bizarreries
15381538

1539-
:white_check_mark: **Do:** Some issues sneak just under the radar and are really hard to find using traditional tools. These are not really bugs but more of surprising application behavior that might have a severe impact. For example, often some code areas are never or rarely being invoked — you thought that the ‘PricingCalculator’ class is always setting the product price but it turns out it is actually never invoked although we have 10000 products in DB and many sales… Code coverage reports help you realize whether the application behaves the way you believe it does. Other than that, it can also highlight which types of code is not tested — being informed that 80% of the code is tested doesn’t tell whether the critical parts are covered. Generating reports is easy — just run your app in production or during testing with coverage tracking and then see colorful reports that highlight how frequent each code area is invoked. If you take your time to glimpse into this data — you might find some gotchas
1539+
:white_check_mark: **À faire:** Certains problèmes passent juste sous le radar et sont difficile à détecter en utilisants des outils traditionnels. Ce ne sont pas vraiment des beugs mais plutot des comportement surprenants de l'application qui peuvent avoir un impact important. Par exemple, souvent certaines parties du code sont rarement voir jamais invoquées - tu penses que la classe 'PricingCalculator' s'occupe toujours de déterminer le prix du produit mais il se trouve qu'elle n'est jamais invoquée alors qu'on a plus de 10000 produits en base de donnée et de nombreuses ventes ... Les rapports de couvertures t'aide à déterminer si l'application se comporte comme tu penses qu'elle le fait. En plus de ça, ils peuvent aussi montrer le type de code qui n'est pas testé - Être informé que 80% du code est testé n'indique pas si les parties critiques sont couvertes. Générer des rapports est simple - lance juste ton application en production ou pendant les tests avec le tracking de couverture activé et récupère des rapports qui montrent à quel fréquence chaque partie du code est invoquée. Si tu prend ton temps pour regarder ces donnée, tu pourras trouver des pièges
15401540
<br/>
15411541

1542-
**Otherwise:** If you don’t know which parts of your code are left un-tested, you don’t know where the issues might come from
1542+
**Autrement:** Si tu ne sais pas quelles parties du code ne sont pas couvertes par les tests, tu ne sais pas d'ou peuvent venir les problèmes
15431543

15441544
<br/>
15451545

1546-
<details><summary>✏ <b>Code Examples</b></summary>
1546+
<details><summary>✏ <b>Exemple de code</b></summary>
15471547

15481548
<br/>
15491549

1550-
### :thumbsdown: Anti-Pattern Example: What’s wrong with this coverage report?
1550+
### :thumbsdown: Exemple d'anti pattern: Qu'est-ce qui ne va pas dans ce rapport de couverture ?
15511551

1552-
Based on a real-world scenario where we tracked our application usage in QA and find out interesting login patterns (Hint: the amount of login failures is non-proportional, something is clearly wrong. Finally it turned out that some frontend bug keeps hitting the backend login API)
1552+
Basé sur un scénario réel, où nous avont tracké l'usage de notre application en QA et detecté un pattern intéressant sur l'authentification (indice: la quantité d'erreur de connexion n'est pas proportionnelle, quelque chose ne va pas. Finalement il s'est avéré qu'un bug front-end n'arrétait pas d'appeler l'API d'authentification)
15531553

15541554
![alt text](assets/bp-19-coverage-yoni-goldberg-nodejs-consultant.png "What’s wrong with this coverage report?")
15551555

0 commit comments

Comments
 (0)