fix 'ё' letter in RU translations

Author: webistomin

src/ru/simulating-user-input.md

@@ -235,7 +235,7 @@ it("Показывает сообщение после отправки", async
 })
 ```
 
-Теперь нам нужно убедиться, что DOM обновлен и все промисы выполнены, прежде чем тест продолжится. `await wrapper.setValue (...)` здесь тоже не всегда надежен, потому что в этом случае мы не ждем, пока Vue обновит DOM, а ожидаем, что внешняя зависимость (в данном случае наш выдуманный HTTP-клиент) зарезолвится.
+Теперь нам нужно убедиться, что DOM обновлён и все промисы выполнены, прежде чем тест продолжится. `await wrapper.setValue (...)` здесь тоже не всегда надёжен, потому что в этом случае мы не ждём, пока Vue обновит DOM, а ожидаем, что внешняя зависимость (в данном случае наш выдуманный HTTP-клиент) зарезолвится.
 
 Один из способов решения данной проблемы – это использование [flush-promises](https://www.npmjs.com/package/flush-promises), небольшого Node.js модуля, который немедленно резолвит все промисы в режиме ожидания (pending). Установите его с помощью `yarn add flush-promises` и обновите тест следующим образом (мы также добавляем `await wrapper.setValue (...)` для надёжности):
 

src/ru/testing-emitted-events.md

@@ -129,7 +129,7 @@ it("Порождает событие без монтирования компо
 ## Заключение
 
 - `emitted` API из `vue-test-utils` используется, чтобы проверять пользовательские события
-- `emitted` - это метод возвращающий объект, в свойствах которого находятся порожденные события
+- `emitted` - это метод возвращающий объект, в свойствах которого находятся порождённые события
 - каждое свойство из `emitted` является массивом. Чтобы достать экземпляр пользовательских событий, можно использовать синтаксис массивов `[0]`, `[1]`
 - аргументы для пользовательских событий также сохраняются в виде массивов, которые можно взять, используя `[0]`, `[1]`.
 - `$emit` можно замокать, используя `call`. Проверки можно делать без монтирования компонента

src/ru/vue-router.md

@@ -142,7 +142,7 @@ describe("App", () => {
       localVue,
       router
     })
-    // Этот тест упадет, потому что мы всё еще на /nested-route
+    // Этот тест упадёт, потому что мы всё ещё на /nested-route
     expect(wrapper.findComponent(NestedRoute).exists()).toBe(false)
     console.log(router.currentRoute)
   })

src/ru/vuex-getters.md

@@ -14,7 +14,7 @@
 const state = {
   dogs: [
     { name: "Лаки", breed: "пудель", age: 1 },
-    { name: "Песик", breed: "далматинец", age: 2 },
+    { name: "Пёсик", breed: "далматинец", age: 2 },
     { name: "Блэки", breed: "пудель", age: 4 }
   ]
 }
@@ -62,7 +62,7 @@ import getters from "../../src/store/getters.js"
 
 const dogs = [
   { name: "Лаки", breed: "пудель", age: 1 },
-  { name: "Песик", breed: "далматинец", age: 2 },
+  { name: "Пёсик", breed: "далматинец", age: 2 },
   { name: "Блэки", breed: "пудель", age: 4 }
 ]
 const state = { dogs }

src/v3/ru/simulating-user-input.md

@@ -237,7 +237,7 @@ it("Показывает сообщение после отправки", async
 })
 ```
 
-Теперь нам нужно убедиться, что DOM обновлен и все промисы выполнены, прежде чем тест продолжится. `await wrapper.setValue (...)` здесь тоже не всегда надежен, потому что в этом случае мы не ждем, пока Vue обновит DOM, а ожидаем, что внешняя зависимость (в данном случае наш выдуманный HTTP-клиент) зарезолвится.
+Теперь нам нужно убедиться, что DOM обновлён и все промисы выполнены, прежде чем тест продолжится. `await wrapper.setValue (...)` здесь тоже не всегда надёжен, потому что в этом случае мы не ждём, пока Vue обновит DOM, а ожидаем, что внешняя зависимость (в данном случае наш выдуманный HTTP-клиент) зарезолвится.
 
 Один из способов решения данной проблемы – это использование [flush-promises](https://www.npmjs.com/package/flush-promises), небольшого Node.js модуля, который немедленно резолвит все промисы в режиме ожидания (pending). Установите его с помощью `yarn add flush-promises` и обновите тест следующим образом (мы также добавляем `await wrapper.setValue (...)` для надёжности):
 

src/v3/ru/testing-emitted-events.md

@@ -132,7 +132,7 @@ it("Порождает событие без монтирования компо
 ## Заключение
 
 - `emitted` API из `vue-test-utils` используется, чтобы проверять пользовательские события
-- `emitted` - это метод возвращающий объект, в свойствах которого находятся порожденные события
+- `emitted` - это метод возвращающий объект, в свойствах которого находятся порождённые события
 - каждое свойство из `emitted` является массивом. Чтобы достать экземпляр пользовательских событий, можно использовать синтаксис массивов `[0]`, `[1]`
 - аргументы для пользовательских событий также сохраняются в виде массивов, которые можно взять, используя `[0]`, `[1]`.
 - `$emit` можно замокать, используя `call`. Проверки можно делать без монтирования компонента

src/v3/ru/vue-router.md

@@ -113,7 +113,7 @@ describe("App", () => {
 
 Как обычно, мы начинаем с импорта различных модулей для теста. В частности, мы импортируем настоящие маршруты, которые будем использовать для приложения. В некоторых случаях - это идеально: если настоящий роутер сломается, модульные тесты также не пройдут проверку, что даст нам возможность поправить приложение перед развёртыванием.
 
-Еще один интересный момент. Перед установкой компонента мы делаем следующее:
+Ещё один интересный момент. Перед установкой компонента мы делаем следующее:
 
 ```js
 router.push("/nested-route")

src/v3/ru/vuex-getters.md

@@ -14,7 +14,7 @@
 const state = {
   dogs: [
     { name: "Лаки", breed: "пудель", age: 1 },
-    { name: "Песик", breed: "далматинец", age: 2 },
+    { name: "Пёсик", breed: "далматинец", age: 2 },
     { name: "Блэки", breed: "пудель", age: 4 }
   ]
 }
@@ -62,7 +62,7 @@ import getters from "../../src/store/getters.js"
 
 const dogs = [
   { name: "Лаки", breed: "пудель", age: 1 },
-  { name: "Песик", breed: "далматинец", age: 2 },
+  { name: "Пёсик", breed: "далматинец", age: 2 },
   { name: "Блэки", breed: "пудель", age: 4 }
 ]
 const state = { dogs }

src/v3/ru/vuex-in-components.md

@@ -89,7 +89,7 @@ it("отрисовывает имя пользователя, используя
 
 Я не рекомендую ни одно, ни другое. В первом тесте используется реальное хранилище Vuex, поэтому он больше отражает, как ваше приложение будет работать в реальной среде. Однако это порождает много шаблонного кода, и если у вас очень сложное хранилище Vuex, вы получите большие вспомогательные методы создания хранилища, которые затрудняют понимание тестов.
 
-Второй подход использует замоканное хранилище. Хорошо здесь то, что все необходимые данные объявляются внутри теста, что делает его более понятным и компактным. Однако вы можете удалить всё хранилище Vuex, и этот тест все равно пройдет проверку – не идеально.
+Второй подход использует замоканное хранилище. Хорошо здесь то, что все необходимые данные объявляются внутри теста, что делает его более понятным и компактным. Однако вы можете удалить всё хранилище Vuex, и этот тест все равно пройдёт проверку – не идеально.
 
 Оба метода полезны, и ни один из них не лучше и не хуже другого.