Corrections suite à la review de Haeresis

Author: Yaty

docs/en/guides/getting-started.md

@@ -41,22 +41,22 @@ export default {
 
 `vue-test-utils` teste les composants Vue en les isolants puis en les montant, il simule les entrées nécessaires (props, injections et événements utilisateur) et asserte les sorties (le rendu, les événements émis).
 
-Les composants montés sont retournés sous un [Wrapper](./api/wrapper.md), qui expose en quantité des méthodes pour manipuler, traverser et interroger l'instance du composant Vue en question.
+Les composants montés sont retournés dans un [Wrapper](./api/wrapper.md), qui expose en quantité des méthodes pour manipuler, traverser et interroger l'instance du composant Vue en question.
 
 Vous pouvez créer des wrappers en utilisant la méthode `mount`. Créons un fichier nommé `test.js` :
 
 ```js
 // test.js
 
-// Importe la méthode mount() depuis test utils
+// Importe la méthode `mount()` depuis test utils
 // et le composant qu'on souhaite tester
 import { mount } from 'vue-test-utils'
 import Counter from './counter'
 
 // On monte le composant et nous voilà avec un wrapper
 const wrapper = mount(Counter)
 
-// On accède à l'instance actuelle de Vue via wrapper.vm
+// On accède à l'instance actuelle de Vue via `wrapper.vm`
 const vm = wrapper.vm
 
 // Pour inspecter le wrapper en profondeur, utilisez console
@@ -66,7 +66,7 @@ console.log(wrapper)
 
 ### Tester le contenu du rendu HTML d'un composant
 
-Nous avons maintenant un wrapper, la première chose que l'on peut faire et de vérifier que le contenu du rendu HTML du composant correspond à ce qu'il est sensé être.
+Nous avons maintenant un wrapper, la première chose que l'on peut faire est de vérifier que le contenu du rendu HTML du composant correspond à ce qu'il est censé être.
 
 ```js
 import { mount } from 'vue-test-utils'
@@ -80,7 +80,7 @@ describe('Counter', () => {
     expect(wrapper.html()).toContain('<span class="count">0</span>')
   })
 
-  // c'est auss très simple de vérifier qu'un élement existe
+  // c'est aussi très simple de vérifier qu'un élement existe
   it('a un bouton', () => {
     expect(wrapper.contains('button')).toBe(true)
   })
@@ -104,11 +104,11 @@ it('le clic sur le bouton devrait incrémenter le compteur', () => {
 
 ### Et quid de `nextTick` ?
 
-Vue groupe les mises à jour du DOM en attentes puis les appliquent de façon asynchrone pour prévenir d'éventuel multiples rendus causé par de multiples mutations de données. C'est pourquoi en pratique, on a souvent à utiliser `Vue.nextTick` pour attendre que Vue modifie le DOM actuel après avoir lancé quelques changements d'état.
+Vue groupe les mises à jour du DOM en attentes puis les appliquent de façon asynchrone pour prévenir d'éventuel multiples rendus causés par de multiples mutations de données. C'est pourquoi en pratique, on a souvent à utiliser `Vue.nextTick` pour attendre que Vue modifie le DOM actuel après avoir lancé quelques changements d'état.
 
-Pour simplifier cela, `vue-test-utils` applique toutes les mises à jour de façon synchrone afin que vous n'ayez pas besin d'utiliser `Vue.nextTick` pour attendre des mises à jour du DOM dans vos tests.
+Pour simplifier cela, `vue-test-utils` applique toutes les mises à jour de façon synchrone afin que vous n'ayez pas besoin d'utiliser `Vue.nextTick` pour attendre des mises à jour du DOM dans vos tests.
 
-*Note : `nextTick` est encore nécessaire quand vous souhaitez explicitement faire avancer la boucle des événements, pour des opérations telles que des fonctions de rappel ou des résolutions de promise.*
+*Note : `nextTick` est toujours nécessaire quand vous souhaitez explicitement faire avancer la boucle des événements, pour des opérations telles que des fonctions de rappel ou des résolutions de promesses.*
 
 ## Et après ?