Skip to content

Commit fc52f1e

Browse files
author
mel-mouk
committed
Translate 2.4
1 parent 8d79ae9 commit fc52f1e

File tree

1 file changed

+5
-6
lines changed

1 file changed

+5
-6
lines changed

readme-fr.md

Lines changed: 5 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -818,20 +818,19 @@ Les tests de composant se concentre sur "l'unité" du microservice, ils fonction
818818

819819
<br/><br/>
820820

821-
## ⚪ ️ 2.4 Test your middlewares in isolation
821+
## ⚪ ️ 2.4 Test tes middlewares de manière isolée
822822

823-
:white_check_mark: **Do:** Many avoid Middleware testing because they represent a small portion of the system and require a live Express server. Both reasons are wrong — Middlewares are small but affect all or most of the requests and can be tested easily as pure functions that get {req,res} JS objects. To test a middleware function one should just invoke it and spy ([using Sinon for example](https://www.npmjs.com/package/sinon)) on the interaction with the {req,res} objects to ensure the function performed the right action. The library [node-mock-http](https://www.npmjs.com/package/node-mocks-http) takes it even further and factors the {req,res} objects along with spying on their behavior. For example, it can assert whether the http status that was set on the res object matches the expectation (See example below)
823+
:white_check_mark: **À faire:** Beaucoup évitent les tests de Middleware parce qu'ils représentent une petite portion du systeme et requièrent un serveur express live. Ce sont deux mauvaises raisons - les Middlewares sont petit mais affectent toute ou la plupart des requetes et peuveunt être testés simplement en tant que fonction qui reçoit un objet JS {req,res}. Pour tester un middleware, il suffit de l'invoquer et d'espionner ([avec Sinon par exemple](https://www.npmjs.com/package/sinon) l'interaction avec l'object {req,res} pour s'assurer que la fonction a effectuée la bonne action. La librairie [node-mock-http](https://www.npmjs.com/package/node-mocks-http) va encore plus loin et prend en compte l'object {req,res} tout en surveillant son comportement. Par exemple, il peut vérifier que le status http qui à été défini sur l'objet res correspond aux attentes (voir l'exemple ci-dessous)
824824
<br/>
825825

826-
**Otherwise:** A bug in Express middleware === a bug in all or most requests
827-
826+
**Autrement:** Un bug dans un middleware Express === un bug dans toutes ou la plupart des requêtes
828827
<br/>
829828

830-
<details><summary>✏ <b>Code Examples</b></summary>
829+
<details><summary>✏ <b>Exemple de code</b></summary>
831830

832831
<br/>
833832

834-
### :clap:Doing It Right Example: Testing middleware in isolation without issuing network calls and waking-up the entire Express machine
833+
### :clap: Bien faire les choses, exemple: Tester le middleware en isolation sans effectuer d'appel réseau et sans réveiller l'ensemble de la machine Express
835834

836835
![](https://img.shields.io/badge/🔧%20Example%20using%20Jest-blue.svg "Examples with Jest")
837836

0 commit comments

Comments
 (0)