Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Fix translation testing.md #464

Merged
merged 1 commit into from
Aug 3, 2024
Merged

Fix translation testing.md #464

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 5 additions & 5 deletions src/guide/scaling-up/testing.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -189,9 +189,9 @@ describe('increment', () => {
</VTCodeGroupTab>
</VTCodeGroup>

- **НЕ ДЕЛАЙТЕ**
**НЕ ДЕЛАЙТЕ**

Не заявляйте о приватном состоянии экземпляра компонента и не тестируйте приватные методы компонента. Тестирование деталей реализации делает тесты хрупкими, так как они с большей вероятностью будут ломаться и требовать обновления при изменении реализации.
- Не заявляйте о приватном состоянии экземпляра компонента и не тестируйте приватные методы компонента. Тестирование деталей реализации делает тесты хрупкими, так как они с большей вероятностью будут ломаться и требовать обновления при изменении реализации.

Основная задача компонента - вывод корректной информации в DOM, поэтому тесты, ориентированные на вывод информации в DOM, обеспечивают тот же уровень гарантии корректности (если не больший), но при этом являются более надежными и устойчивыми к изменениям.

Expand All @@ -209,7 +209,7 @@ describe('increment', () => {

### Монтируемые библиотеки {#mounting-libraries}

Тестирование компонентов часто включает в себя изолированное монтирование тестируемого компонента, инициирование симулированных событий пользовательского ввода и утверждение на визуализированных выходных данных DOM. Существуют специальные библиотеки утилит, которые упрощают эти задачи.
Тестирование компонентов часто включает в себя изолированное монтирование тестируемого компонента, имитацию пользовательских событий ввода и проверку итогового содержимого в DOM. Существуют специальные библиотеки утилит, которые упрощают эти задачи.

- [`@vue/test-utils`](https://github.com/vuejs/test-utils) - это официальная низкоуровневая библиотека тестирования компонентов, которая была написана для предоставления пользователям доступа к специфическим API Vue. На ней также построена библиотека нижнего уровня `@testing-library/vue`.

Expand All @@ -225,9 +225,9 @@ describe('increment', () => {

## E2E тестирование {#e2e-testing}

Хотя модульные тесты дают разработчикам определенную степень уверенности, модульные и компонентные тесты ограничены в своих возможностях по обеспечению целостного покрытия приложения при его развертывании в продакшн. В результате E2E-тесты обеспечивают покрытие, пожалуй, самого важного аспекта приложения: того, что происходит, когда пользователи действительно используют ваши приложения.
Хотя модульные тесты дают разработчикам определенную степень уверенности, модульные и компонентные тесты ограничены в своих возможностях по обеспечению целостного покрытия приложения при его развертывании в production. В результате E2E-тесты обеспечивают покрытие, пожалуй, самого важного аспекта приложения: того, что происходит, когда пользователи действительно используют ваши приложения.

E2E-тесты фокусируются на поведении многостраничного приложения, которое выполняет сетевые запросы к Vue-приложению, созданному для продакшн. Они часто включают в себя работу с базой данных или другим бэкендом и даже могут проводиться в живой среде.
E2E-тесты фокусируются на поведении многостраничного приложения, которое выполняет сетевые запросы к Vue-приложению, созданному для production. Они часто включают в себя работу с базой данных или другим бэкендом и даже могут проводиться в живой среде.

С помощью E2E-тестов часто выявляются проблемы с маршрутизатором, библиотекой управления состояниями, компонентами верхнего уровня (например, App или Layout), публичными ресурсами или любой обработкой запросов. Как было сказано выше, они позволяют выявить критические проблемы, которые невозможно выявить с помощью модульных тестов или тестов компонентов.

Expand Down